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NOVEDADES DE ESTA EDICION 

La octava edition de Kendal y Kendall: Analisis y diseno de sistemas incluye ciertos cambios sustanciales obliga- 
torios debido a las rapidas transformaciones ocurridas en el campo de los sistemas de information (IS) durante los 
ultimos tres anos, y se incluyen como respuesta a la aportacion de nuestros seguidores, estudiantes y revisores. 

A lo largo del libro se integran muchas caracterfsticas nuevas y otras se han actualizado. La siguiente lista muestra 
las novedades espetificas: 

• Se introducen tres metodologlas en los primeros capltulos: SDLC, metodologfas agiles y el analisis y di¬ 
seno de sistemas orientados a objetos con UML, junto con los motivos y las situaciones que indican 
cuando utilizarlos (capitulo 1). 

• Cobertura ampliada de COTS, un tipo de software cada vez mas utilizado en las organizaciones (capitulo 3). 

• Mayor cobertura sobre el analisis y diseno orientados a objetos; inclusion del tema en la parte central del 
texto con el fin de incorporar esta tecnica mas facilmente en los proyectos del periodo escolar (capitulo 10). 

• Se incluyen nuevos problemas de analisis y diseno orientados a objetos en el caso de la CPU, Objetos con 
clase (capitulo 10). 

• Una nueva caracterlstica en el texto titulada Atractivo de la Mac , que habla sobre el software innovador 
disponible en estas computadoras. 

• Nueva cobertura sobre la computation en nube (capitulo 16). 

• Nueva section sobre la SOA (arquitectura orientada a servicios) (capitulo 16). 

• Nuevas Preguntas de repaso, Problemas y Ejercicios en grupo al final de los capltulos. 

• Se reorganizo, actualizo y fortalecio el capitulo sobre los metodos agiles (capitulo 6). 

• Para fortalecer la cobertura sobre la administration de proyectos presentamos los estatutos del proyecto 
durante las primeras etapas del proceso (capitulo 3). 

• Presentamos un poco antes que en la edition anterior la forma de preparar la proposition de sistemas 
(capitulo 3). 

• Se actualizaron y optimizaron los Casos de la CPU, a lo largo del texto. Los estudiantes pueden utilizar 
Microsoft Access, Microsoft Visio o Visible Analyst para completar las nuevas asignaturas en el texto. 

• Se actualizaron los escenarios, problemas y graficos a lo largo del texto para acompanar a HyperCase 2.8, 
una simulation grafica para la Web que permite a los estudiantes aplicar sus nuevas habilidades. 

CARACTERISTICAS DE DISENO 

Las figuras tienen una apariencia estilizada para ayudar a que los estu¬ 
diantes capten con mayor facilidad el tema en cuestion. 

Se utilizan diagramas conceptuales para presentar las diversas he- 
rramientas que los analistas de sistemas tienen a su disposition. Este 
ejemplo muestra las diferencias entre los diagramas de flujo de datos 
logico y los diagramas de flujo de datos flsico. Los diagramas concep¬ 
tuales estan codificados por colores para que sus funciones se distingan 
claramente y los estudiantes puedan identificar sus elementos con faci¬ 
lidad. Se ilustran muchas otras herramientas importantes, incluyendo los 
diagramas de caso-uso, los diagramas de secuencia y los diagramas de 
clases. 

xix 
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Las pantallas de computadora muestran caracteristicas importantes 
del software que son utiles para el analista. Este ejemplo indica como se 
pueden evaluar los vmculos rotos en un sitio Web mediante un paquete 
como Microsoft Visio. Las pantallas de computadora muestran aspectos 
importantes del diseno. Los analistas siempre estan buscando mejorar la 
apariencia de las pantallas y las paginas Web que disenan. Los coloridos 
ejemplos ayudan a ilustrar por que algunas pantallas de diseno son especial- 
mente efectivas. 

Los formularios de papel se utilizan durante el proceso para mostrar 
el diseno de las entradas y salidas, asf como el diseno de los cuestionarios. 

Siempre se utiliza tinta azul para la escritura o la introduccion de datos, 

de manera que sea facil identificar que es lo que los usuarios llenaron. 
Aunque la mayorfa de las organizaciones tienen como objetivo computari- 
zar los procesos manuales en un momenta dado, gran parte de la captura de 
datos se realiza aun a traves de formularios de papel. El diseno de formula¬ 
rios mejorados permite a los analistas asegurar datos precisos y completes 
de entrada y salida. Los formularios mejorados tambien ayudan a optimizar 
los nuevos flujos de trabajo internos que se producen debido a las aplica- 
ciones de negocio a consumidor (B2C) recien automatizadas para el comer- 
cio electronico en la Web. 

Las tablas se utilizan cuando una lista importante necesita atencion 
especial, o cuando es necesario organizar o clasificar informacion. Tambien 
se utilizan para complementar la comprension del lector de una manera 
distinta a la forma en que el material se organiza en el cuerpo del texto. La 
mayorfa de los analistas encuentra que las tablas son una forma util de or¬ 
ganizar los numeros y el texto en una “instantanea” significativa. 

El siguiente ejemplo de una tabla del capftulo 3 muestra la forma en que los analistas pueden refinar sus planes 
de actividad para el analisis si los desglosan en tareas mas pequenas y luego 
estiman el tiempo requerido para completarlas. La filosorfa subyacente de 
nuestro libro es que el analisis y diseno de sistemas es un proceso que inte- 
gra el uso de muchas herramientas con los talentos unicos del analista de 
sistemas para mejorar de manera sistematica la actividad comercial, a tra¬ 
ves de la implementacion o modification de los sistemas de informacion 
computarizados. Los analistas de sistemas pueden mejorar en su trabajo al 
asumir nuevos retos de TI y mantenerse actualizados en su profesion me¬ 
diante la aplicacion de nuevas tecnicas y herramientas. 

UN BREVE PASEO POR LA OCTAVA EDICION 


Actividad detallada 


Actividad 

Recopilacidn de datos 

Administer cuestionarios 
Leer informes de la compaftla 
Introducir el prototipo 
Observar las reacciones al prototipo 

Analisis de flujo de datos y declslones Analizar el flujo de datos 
Preparation de la propuesta Realizar el analisis de costo-beneficio 


\ 




Realizar el andlisis de co: 
Preparar la propuesta 
Presentar la propuesta 

ti«rf> ore ‘ 


X 
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Fundamentos del 
analisis de sistemas 


Parte V: 

Aseguramiento de 
calidad e implementacion 



Parte IV: 

Fundamentos del diseno 


Parte III: 

El proceso de analisis 
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Por lo general, el analisis y diseno de sistemas se ensena en uno o dos semestres; nuestro libro se puede utilizar en 
cualquiera de las dos situaciones. El texto es apropiado para los planes de estudios de licenciatura (de dos o cuatro 
aiios) en carreras universitarias de cuatro anos, escuelas de graduados o colegios comunitarios. El nivel y la longi- 
tud del curso pueden variar y se pueden suplementar mediante proyectos reales, HyperCase u otros materiales 
disponibles en el Centro de recursos para el profesor. 

El texto se divide en cinco partes principales: Fundamentos del analisis de sistemas (parte I), Analisis de re- 
querimientos de informacion (parte II), El proceso de analisis (parte III), Fundamentos del diseno (parte IV) y 
Aseguramiento de calidad e implementation (parte V). 

La Parte I (capltulos 1 al 3) hace enfasis en los fundamentos que necesitan conocer los estudiantes sobre lo 
que hace un analista; ademas ofrece una introduction a las tres principales metodologfas del ciclo de vida del de- 
sarrollo de sistemas (SDLC), las metodologfas agiles y el analisis 
orientado a objetos con UML, junto con los motivos y las situaciones 
que indican cuando utilizarlos. La parte I muestra varios sistemas de 
informacion emergentes, incluyendo las tecnologfas moviles e inalam- 
bricas, y los sistemas empresariales que integran TI y se ajustan en las 
organizaciones; como determinar si vale la pena comprometerse con 
un proyecto de sistemas; la administration de proyectos de comercio 
electronico; y como administrar un proyecto de sistemas mediante el 
uso de herramientas especiales de software. Se presentan los tres pa- 
peles del analista de sistemas como consultor, experto en soporte y 
agente de modification; tambien se abordan las cuestiones eticas y los 
lineamientos profesionales para fungir como consultor de sistemas. Se 
incluye material sobre los equipos y las organizaciones virtuales, y 
se introduce el concepto de HCI. Se presenta ademas el concepto del 
software de codigo fuente abierto (OSS). El capftulo 2 indica como 
empezar a trabajar con una organization, para lo cual se dibujan los diagramas de flujo de datos a nivel de contexto, se 
utilizan los modelos de entidad-relacion y se desarrollan casos de uso y escenarios de casos de uso. En el capftulo 3 
se introduce material extendido sobre la creation de los estatutos del proyecto y se introduce la propuesta de siste¬ 
mas en las primeras etapas del proceso, sin importar que metodo de analisis y diseno se haya elegido. Tambien se 
incluye una cobertura mas extensa sobre la evaluation del software y hardware, y cuando usar COTS (software 
comercial de venta a traves de los canales convencionales). Aquf se ensenan varios metodos para pronosticar los 
costos y beneficios, lo cual es necesario para el analisis sobre la adquisicion de software y hardware. Asimismo, 
este capftulo ayuda a los estudiantes a evaluar el software, para lo cual compara las ventajas y desventajas entre la 
creation de software personalizado, la compra de software comercial directo de los distribuidores (COTS) o 
la subcontratacion con un proveedor de servicios de aplicaciones (ASP). Tambien veremos como crear la defi¬ 
nition de un problema y presentar una propuesta de sistemas efectiva, en la que se incorporen figuras y graficos 
para comunicarse con los usuarios. 

La parte II (capftulos 4 al 6) enfatiza el uso de las metodologfas sistematicas y estructuradas para realizar el 
analisis de los requerimientos de informacion. Esto permite a los analistas asegurarse de tratar con el problema 
correcto antes de disenar el sistema. El capftulo 4 introduce un grupo 
de metodos interactivos, incluyendo las entrevistas, el diseno de apli¬ 
caciones conjuntas (JAD) y la construction de cuestionarios. El capf¬ 
tulo 5 presenta un grupo de metodos discretos para establecer los re¬ 
querimientos de informacion de los usuarios. Estos metodos incluyen el 
muestreo, la investigation de datos duros y los datos de archivo, y la 
observation del comportamiento de quienes toman las decisiones y su 
entorno ffsico. El capftulo 6, que trata sobre el modelado agil y los 
prototipos, es innovador en cuanto al tratamiento de los prototipos 
como otra tecnica de recopilacion de datos que permite al analista re¬ 
solver el problema adecuado al hacer que los usuarios se involucren 
desde el principio. Los metodos agiles tienen sus rafces en los prototi¬ 
pos, por lo que este capftulo comienza con la creation de ellos para 
proveer un contexto apropiado para su comprension, y despues habla 
sobre la metodologfa agil. Se presentan los valores y principios, actividades, recursos, practicas, procesos y herra¬ 
mientas asociadas con las metodologfas agiles. En este capftulo tambien se incluye material sobre el desarrollo 
rapido de aplicaciones (RAD) para la recopilacion de los requerimientos de informacion humana y el diseno de las 
interfaces. 
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La parte III (capftulos 7 al 10) muestra con detalle el proceso de 
analisis. Se basa en las dos partes anteriores para que los estudiantes avan- 
cen al tema del analisis de los flujos de datos, asf como de las decisiones 
estructuradas y semiestructuradas. Provee los detalles sobre como utilizar 
las tecnicas estructuradas para dibujar diagramas de flujo de datos (DFD). 

En el capftulo 7 veremos como crear diagramas hijos, como desarrollar 
diagramas de flujo de datos tanto ffsicos como logicos y como particionar 
los diagramas de flujo de datos. El capftulo 8 contiene material acerca del 
repositorio de datos y el balanceo vertical de los diagramas de flujo de da¬ 
tos. Tambien veremos los detalles sobre el lenguaje extensible de marcado 
(XML) y una demostracion acerca del uso de diccionarios de datos para 
crear XML. El capftulo 9 incluye material sobre el desarrollo de las especi- 
ficaciones de los procesos. Un analisis de las especificaciones tanto ffsicas 
como logicas de los procesos muestra como utilizar las especificaciones de 
procesos para el balanceo horizontal. En este capftulo tambien veremos 
como crear diagramas de las decisiones estructuradas mediante el lenguaje 
ingles estructurado, las tablas y los arboles de decisiones. Ademas veremos 
como elegir un metodo de analisis de decisiones apropiado para analizar las 

decisiones estructuradas y crear las especificaciones de los procesos. Tambien se incluye una introduccion a las 
tecnologfas de empuje (push). 

La parte III concluye con el capftulo 10 sobre el analisis y diseno de sistemas orientados a objetos. Aquf se 
incluye una seccion detallada sobre el uso del lenguaje unificado de modelado (UML). Tambien cuenta con una 
minuciosa cobertura del modelo de casos de uso, como crear el diagrama de modelo de clases con UML, los diagra¬ 
mas de secuencia, la creacion de diagramas de generalizacion/especializacion (gen/spec), los escenarios de casos 
de uso y los diagramas de actividad. Mediante el uso de varios ejemplos y la seccion Oportunidades de consultorfa 
se demuestra como usar una metodologfa orientada a objetos. Las Oportunidades de consultorfa, los diagramas y 
los problemas permiten a los estudiantes aprender y utilizar el UML para modelar sistemas desde una perspectiva 
orientada a objetos, e identificar las situaciones apropiadas para utilizar una metodologfa de este tipo. Este capftulo 
ayuda a los estudiantes a decidir entre utilizar el SDLC, la metodologfa agil o el analisis y diseno de sistemas 
orientados a objetos para desarrollar un sistema. 

La parte IV (capftulos 11 al 14) trata sobre los fundamentos del di¬ 
seno. Empieza con el diseno de la salida, ya que muchos practicantes tienen 
la creencia de que los sistemas estan controlados por la salida. Se aborda 
con detalle el diseno de formularios basados en Web y se pone especial 
atencion en relacionar el metodo de salida con el contenido, el efecto de la 
salida sobre los usuarios y como disenar buenos formularios y pantallas. En 
el capftulo 11 se comparan las ventajas y las desventajas de la salida, inclu- 
yendo pantallas Web, audio, DVD y la salida electronica como el correo 
electronico y los canales RSS. En este capftulo tambien se hace un enfasis en 

el diseno de un sitio Web para fines de comercio electronico y se tratan los temas de production de la salida y el 
XML. El capftulo 12 incluye material innovador sobre el diseno de formularios de entrada basados en Web, asf 
como el diseno de otros tipos de formularios electronicos. Tambien incluye el diseno de formularios asistido por 
computadora. 

El capftulo 12 presenta una cobertura detallada sobre el diseno de sitios Web, incluyendo los lineamientos 
sobre cuando deben los disenadores agregar video, audio y animaciones a los disenos de sitios Web. Veremos los 
usos de las tecnologfas Web push y pull para los disenos de las salidas. Incluye un estudio detallado de como crear 
graficos efectivos para sitios Web corporativos y las formas de disenar una navegacion efectiva en pantalla para los 
usuarios de sitios Web. 

Incluye una cobertura sobre el diseno de paginas para intranets y extranets, un estudio sobre las restricciones 
de integridad en las bases de datos, como actua el usuario con la computadora y como disenar una interfaz apro- 
piada. La parte IV tambien trata sobre la importancia de la retroalimentacion de los usuarios. Asimismo veremos 
como disenar procedimientos precisos para introducir datos que aprovechan por completo las herramientas compu- 
tacionales y humanas para asegurar que se introduzcan datos de calidad. 

En el capftulo 13 mostraremos como utilizar el diagrama de entidad-relacion para determinar las claves de los 
registros y proveeremos los lineamientos para el diseno de la relacion archivo/base de datos. Los estudiantes apren- 
deran acerca de la relevancia del diseno de bases de datos en relacion con la utilidad en general del sistema y como 
utilizar las bases de datos en la realidad. 
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El capftulo 14 hace enfasis en la interaction humano-computadora (HCI), especialmente la forma en que se 
relaciona con el diseno de interfaces. Aquf se introduce el concepto de HCI y su importancia en el diseno de siste- 
mas que se adapten a los individuos y los ayuden a cumplir con sus metas personales y organizacionales mediante 
el uso de la tecnologfa de la information. Se introducen los conceptos sobre capacidad de uso, ajuste, utilidad 
percibida y facilidad de uso percibida, al igual que el Modelo de aceptacion de tecnologfa (TAM), de manera que 
los estudiantes de sistemas puedan hacerse expertos en incorporar las practicas de HCI a sus disenos. Asimismo 
veremos material relacionado con el diseno de un sistema de navegacion en pantalla sencillo para los visitantes de 
sitios Web. El capftulo presenta las metodologfas innovadoras para realizar busquedas en Web, resalta la informa¬ 
tion importante sobre el diseno de GUI y provee metodologfas innovadoras para disenar cuadros de dialogo. El 
capftulo 14 articula las consideraciones de diseno especializadas para los sitios Web de comercio electronico. 
Introduce el concepto de las aplicaciones Web hfbridas ( mashups ), que se crean al combinar dos o mas interfaces 
de programacion de aplicaciones basadas en Web. Por ultimo, incluye una cobertura detallada para formular con- 
sultas, todo dentro del marco de trabajo de HCI. 

La parte V (capftulos 15 y 16) concluye el libro. El capftulo 15 se 
enfoca en el diseno de procedimientos precisos de introduction de datos e 
incluye material sobre la administration de la cadena de suministro a traves 
del diseno efectivo del comercio electronico de negocio a negocio (B2B). 

El capftulo 16 hace enfasis en el uso de una metodologfa de calidad total 
para mejorar el diseno y el mantenimiento del software. Ademas incluye 
material sobre seguridad de sistemas y firewalls. Los procesos de prueba, 
auditorfa y mantenimiento de sistemas se describen en el contexto de la 
administration de calidad total. Este capftulo ayuda a los estudiantes a com- 
prender como es que la arquitectura orientada a servicios (SOA) y las nubes 
de computadoras estan cambiando la naturaleza del diseno de sistemas de 
information. Asimismo, los estudiantes aprenderan como disenar progra- 
mas de capacitacion apropiados para los usuarios del nuevo sistema, como 
reconocer las diferencias entre las estrategias de conversion ffsicas y como 
recomendar la estrategia apropiada a un cliente. El capftulo 16 tambien 
presenta las tecnicas para modelar redes, lo cual se puede llevar a cabo mediante herramientas populares tales como 
Microsoft Visio. 

Se incluye material sobre seguridad y privacidad en relation con el diseno de aplicaciones de comercio elec¬ 
tronico; tambien veremos information sobre seguridad, en especial firewalls, puertas de enlace (gateways), infra- 
estructura de clave publica (PKI), transacciones electronicas seguras (SET), nivel de sockets seguros (SSL), soft¬ 
ware antivirus, productos para filtrar URL y correo electronico, y redes virtuales privadas (VPN). Adicionalmente 
veremos los temas actuates de interes para los disenadores de aplicaciones de comercio electronico, incluyendo el 
desarrollo y la publication de las polfticas de privacidad corporativas. 

En esta section tambien veremos information importante sobre la forma en que el analista puede promover y 
despues monitorear un sitio Web, que incluye el monitoreo de la actividad Web, la promotion de estos sitios, ana- 
lisis de trafico en la red y analisis de los perfiles de la audiencia para asegurar la efectividad de los nuevos sistemas 
de comercio electronico. Ademas cubriremos de manera sistematica las tecnicas para evaluar el proyecto de siste¬ 
mas de information completo. 

Esta octava edition contiene un actualizado Glosario de terminos y una lista separada de los Acronimos 
utilizados en el libro y en el campo del analisis y diseno de sistemas. 

CARACTERISTICAS PEDAGOGICAS 

Cada capftulo de esta edition contiene: 

• Objetivos de aprendizaje al initio de cada capftulo. 

• Resumenes que enlazan los puntos principales de cada capftulo y proporcionan una excelente fuente de 
repaso para los examenes. 

• Palabras clave y frases. 

• Preguntas de revision. 

• Problemas. 

• Proyectos en grupo que ayudan a los estudiantes a trabajar en conjunto en un equipo de sistemas para re¬ 
solver problemas importantes que se resuelven mejor a traves de la interaction en un grupo. 

• Oportunidades de consultorfa: ahora con mas de 60 mini casos a lo largo del libro. 
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• Atractivo Mac: columnas que informan a los estudiantes sobre el software de diseiio disponible en la 
Mac y el iPhone. 

• Experiencias de HyperCase. 

• Episodios del caso de la CPU: partes de un caso continuo esparcidas por todo el libro. 


OPORTUNIDADES DE CONSULTORIA 

La octava edicion presenta mas de 60 oportunidades de consultorfa. 

Muchas de ellas tratan sobre temas relevantes y emergentes que han 
surgido en el campo, incluyendo el diseiio de sistemas desde una pers- 
pectiva de HCI, aplicaciones de comercio electronico para la Web, soft¬ 
ware COTS y el uso de UML para modelar sistemas de information 
desde una perspectiva orientada a objetos. Las oportunidades de consul¬ 
torfa se pueden utilizar para estimular debates en la clase o se pueden 
asignar como tareas o preguntas de examen para resolver en casa. 

Debido a que no todos los sistemas son proyectos extendidos de dos 
o tres anos, nuestro libro contiene muchas oportunidades de consultorfa 
que se pueden resolver con rapidez en 20 o 30 minutos en grupo o por 
escrito en forma individual. El objetivo de estos minicasos, que estan es- 
critos con un toque de humor para alegrar un poco el momento, es que los estudiantes sinteticen lo que han apren- 
dido hasta ese punto del curso, que maduren en cuanto a su juicio profesional y etico, y que articulen el razona- 
miento que condujo a sus decisiones sobre los sistemas. 

EXPERIENCIAS DE HYPERCASE 

En cada capftulo se presentan Experiencias de HyperCase®, que plan- 
tean desafiantes ejercicios para los estudiantes. En esta octava edicion se 
incluyen nuevos escenarios, graficos y problemas para acompanar la 
version 2.8 de HyperCase. Este software cuenta con problemas organi- 
zacionales basados en sistemas con tecnologfa de punta. HyperCase re- 
presenta a una organizacion virtual original que permite a los estudiantes 
que acceden a ella sumergirse de inmediato en la vida organizacional. 

Los estudiantes entrevistaran personas, observaran los entornos de ofi- 
cina, analizaran sus prototipos y revisaran la documentation de sus sis¬ 
temas existentes. HyperCase 2.8 es un software interactivo basado en 
Web que presenta a una organizacion llamada Maple Ridge Engineering 
(MRE) en un entorno colorido con graficos tridimensionales. HyperCase 
permite a los profesores abordar la clase sobre el analisis y diseiio de 
sistemas con apasionante material multimedia. A1 observar cuidadosa- 
mente la manera en que utilizan el tiempo y administran varios metodos, 
los estudiantes utilizan las herramientas de hipertexto de HyperCase en la Web para crear sus propias rutas indivi¬ 
duals por la organizacion. 

Maple Ridge Engineering se basa en las experiencias de consultorfa reales de los autores de la version original 
(Raymond Barnes, Richard Baskerville, Julie E. Kendall y Kenneth E. Kendall). Allen Schmidt se unio al proyecto 
para la version 2.0 y ha permanecido en el. Peter Schmidt fue el programador de HTML y Jason Reed creo las 
imagenes para la version Web inicial. 

En cada capftulo hay Experiencias de HyperCase recien actualizadas que incluyen asignaturas (e incluso al- 
gunas pistas) para ayudar a los estudiantes a resolver los diffciles problemas organizacionales, incluyendo el desa- 
rrollo de nuevos sistemas, la fusion de departamentos, la contratacion de empleados, la seguridad, el comercio 
electronico y la planificacion de recuperation de desastres, todo lo cual pueden encontrar en MRE. HyperCase se 
ha probado totalmente en salones de clases y resulto ganador de un premio en la competencia de Instruction 
Innovadora del Instituto de Ciencias de la Decision (Decision Sciences Institute Innovative Instruction). 

EPISODIOS DEL CASO DE LA CPU 

Para hacer honor a nuestra creencia de que es importante usar una variedad de metodologfas, hemos integrado una 
vez mas el caso de la Central Pacific University (CPU) en cada capftulo de esta edicion. El caso de la CPU utiliza 
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las herramientas Microsoft Access, Microsoft Visio y la popular herramienta 
CASE Visible Analyst, de Visible Systems, Inc. para la captura de las pan- 
tallas de ejemplo y los ejercicios para los estudiantes. 

En el caso de la CPU, los estudiantes recorreran todas las fases del ciclo 
de vida del desarrollo de sistemas. Este caso funcional ofrece a los estudian¬ 
tes la oportunidad de resolver problemas por su cuenta, mediante el uso de 
varias herramientas y datos que los usuarios del libro pueden descargar del 
sitio Web complementary y que incluyen ejercicios de Microsoft Visio, 

Microsoft Access y Visible Analyst relacionados especlficamente con cada 
capftulo del libro. Ademas, hay ejercicios parcialmente resueltos, disponi- 
bles a traves del sitio Web en forma archivos de Microsoft Access, para que 
los estudiantes los utilicen. El caso de la CPU se ha probado completamente 
en salones de clases en todo el mundo con una amplia variedad de estudian¬ 
tes y durante varios periodos academicos. El caso es tan detallado, riguroso 
y completo, que se podrfa utilizar como un proyecto independiente de ana- 
lisis y diseno de sistemas durante uno o dos periodos academicos, O como 
un metodo para ensenar sobre el uso de las herramientas CASE junto con la 
asignatura de un proyecto real durante uno o dos periodos academicos fuera del salon de clases. 

SOPORTEWEB EXPANDIDO (EN INGLES) 

La octava edicion de Analisis y diseno de sistemas de Kendall y Kendall 
cuenta con soporte basado en Web para ofrecer tecnicas pedagogicas soli- 
das e interesantes en el campo de los sistemas de informacion. 

• El sitio Web se encuentra en www.pearsoneducacion.net /kendall y 
contiene muchas herramientas de aprendizaje y apoyo imprescindi- 
bles, para que los debates en clase siempre sean emocionantes. 

• HyperCase 2.8 es un juego interactivo de una organizacion virtual 
que ha obtenido varios premios. Se anima a los estudiantes a entre- 
vistar personas en la organizacion, analizar problemas, modificar los 
diagramas de flujo y los diccionarios de datos, reaccionar a los proto- 
tipos y disenar nuevas entradas y salidas. Ahora HyperCase cuenta 
con una inconfundible apariencia en 3-D. 

• Ejercicios para los estudiantes con base en el caso continuo de la 
CPU, con ejemplos y problemas parcialmente resueltos almacenados 
en archivos de Microsoft Access y Visible Analyst, para que los estu¬ 
diantes desarrollen un sistema de administracion computacional ba¬ 
sado en Web. 

SOPORTEWEB COMPLEMENTARIO EXTENDIDO 
PARA INSTRUCTORES 

En la pagina de este libro www.pearsoenducacion.net/kendall hay recursos de soporte extendido para los instruc- 
tores que usen esta edicion (en ingles): 

• Un conjunto completo de diapositivas de presentaciones de PowerPoint para emplearlas en conferen- 
cias. 

• Biblioteca de imagenes (Image Library), una coleccion organizada por capftulo. 

• Manual para el instructor con respuestas a los problemas, soluciones a los casos y sugerencias para 
abordar el tema en cuestion. 

• Test Item File Un archivo de elemento de prueba en Microsoft Word y TestGen con conversiones listas 
para WebCT y Blackboard. 

• Soluciones a los ejercicios para los estudiantes basadas en el caso continuo de la CPU, con soluciones 
y ejemplos almacenados en archivos de Visual Analyst y de Microsoft Access. 

Para mayor informacion, contacte al Representante de Pearson en su zona. 
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Capitu lo 1 

Sistemas, roles y 
metodologias de desarrollo 


Objetivos de aprendizaje 

Al completar este capi'tulo usted podra: 

1. Recordar los tipos basicos de sistemas de computacion que un analista debe conocer. 

2. Comprender la forma en que los usuarios de las nuevas tecnologias pueden modificar 
la dinamica de un sistema. 



3. Conocer los distintos roles de un analista de sistemas. 

4. Comprender los fundamentos de tres metodologias de diseno: SDL, la metodologia agil 
y el analisis y diseno de sistemas orientado a objetos. 

5. Aprender sobre las herramientas CASE y como pueden ayudar a un analista de 
sistemas. 


Durante mucho tiempo, las organizaciones han reconocido la importancia 
de administrar recursos clave como las personas y la materia prima. Actual- 
mente, la informacion ha encontrado su lugar apropiado como recurso 
clave. Los responsables de la toma de decisiones por fin comprenden que 
la informacion no es solo un producto derivado de las operaciones corner- 
dales, sino que ademas provee impulso a las empresas y puede constituir el factor decisivo para 
determinar el exito o el fracaso de un negocio. 

Para maximizar la utilidad de la informacion, una empresa debe administrarla en forma 
apropiada, de la misma manera en que administra los demas recursos. Los administradores 
necesitan comprender que hay costos asociados con la produccion, distribucion, seguridad, el 
almacenamiento y la recuperacion de toda informacion. Aunque la informacion esta a nuestro 
alrededor, no es gratuita y no debemos dar por hecho su uso estrategico para poner a una 
empresa en una posicion competitiva. 

El hecho de que las computadoras se puedan conectar de manera rapida y sencilla a una 
red, aunado a la capacidad de acceder a Internet y Web, ha creado una explosion de informa¬ 
cion en la sociedad en general, y en los negocios en particular. El proceso de administrar la 
informacion generada por computadora difiere de manera considerable del proceso de mane- 
jar los datos producidos en forma manual; por lo general debemos administrar una mayor 
cantidad de informacion computacional. Los costos de administracion y mantenimiento pue¬ 
den aumentar a ritmos alarmantes, y a menudo los usuarios consideran este tipo de informa¬ 
cion con menos escepticismo que la que se obtiene de otras fuentes. En este capitulo 
examinaremos los fundamentos de distintos tipos de sistemas de informacion, los diversos 
roles de los analistas de sistemas, las fases en el cido de vida del desarrollo de sistemas (SDLC) 
y la forma en que se relacionan con los factores de Interaccion humano-computadora (HCI), 
ademas de una introduccion a las herramientas de Ingenieria de Software Asistida por Compu¬ 
tadora (CASE). 
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2 PARTE I • FUNDAMENTOS DEL ANALISIS DE SISTEMAS 


TIPOS DE SISTEMAS 

Los sistemas de information se desarrollan para distintos fines, dependiendo de las necesidades de los usuarios 
humanos y la empresa. Los sistemas de procesamiento de transacciones (TPS) funcionan en el nivel operacional 
de la organization; los sistemas de automatization de oficinas (OAS) y los sistemas de trabajo de conocimiento 
(KWS) brindan soporte para el trabajo a nivel del conocimiento. Entre los sistemas de nivel superior se encuen- 
tran los sistemas de information administrativa (MIS) y los sistemas de soporte de decisiones (DSS)*. Los siste¬ 
mas expertos aplican la experiencia de los encargados de tomar decisiones para resolver problemas espetificos y 
estructurados. En el nivel estrategico de la administration se encuentran los sistemas de soporte para ejecutivos 
(ESS). Los sistemas de soporte de decisiones en grupo (GDSS) y los sistemas de trabajo colaborativo asistido 
por computadora (CSCWS), que se describen en forma mas general, ayudan en el proceso de toma de decisiones, 
a nivel de grupo, de la variedad semiestructurada o no estructurada. 

En la figura 1.1 se muestra la variedad de sistemas de information que pueden desarrollar los analistas. 
Observe que la figura presenta estos sistemas de arriba hacia abajo, indicando que el nivel operacional de la or¬ 
ganization (el mas bajo) cuenta con apoyo (soporte) de los sistemas TPS, mientras que el nivel estrategico de 
decisiones semiestructuradas y no estructuradas (el mas alto) cuenta con soporte de los sistemas ESS, GDSS 
y CSCWS en la parte superior. En este libro utilizamos los terminos sistemas de informacion administrativa, 
sistemas de informacion (IS), sistemas de informacion computarizados y sistemas de informacion de negocios 
computarizados para indicar los mismos sistemas de informacion computarizados que ofrecen soporte para el 
rango mas amplio de interacciones de los usuarios con las tecnologras y actividades comerciales por medio de la 
informacion que producen en contextos organizacionales. 

Sistemas de procesamiento de transacciones 

Los sistemas de procesamiento de transacciones (TPS) son sistemas de informacion computarizados que se de- 
sarrollaron para procesar grandes cantidades de informacion para las transacciones de negocios rutinarias, como 
nominas e inventario. Un TPS elimina el tedio de las transacciones operacionales necesarias y reduce el tiempo 
que se requerra para realizarlas en forma manual, aunque la mayorfa de las personas aun deben introducir los 
datos en forma manual en los sistemas computarizados. 

Los sistemas de procesamiento de transacciones son sistemas que atraviesan llmites y permiten que la organi¬ 
zation interactue con los entomos extemos. Como los administradores analizan los datos generados por el TPS para 
obtener informacion actualizada sobre lo que ocurre en sus empresas, es imprescindible que estos sistemas funcionen 
sin problemas ni interrupciones para sustentar las operaciones diarias de estas companfas. 

Sistemas de automatization de oficinas y sistemas de trabajo de conocimiento 

En el nivel de conocimiento de la organization hay dos clases de sistemas. Los sistemas de automatizacion de 
oficinas (OAS) brindan apoyo a las personas que trabajan con datos no para crear conocimiento sino para anali- 


FIGURA 1.1 

Un analista de sistemas puede 
involucrarse con cualquiera o con 
todos estos sistemas. 



Sistemas expertos 
Sistemas de soporte de decisiones 
Sistemas de informacion administrativa 


Sistemas de trabajo de conocimiento 
Sistemas de automatizacion de oficinas 


Sistemas de procesamiento de transacciones 


J 



* Esta traduccion es la mas aceptada por la mayona de los academicos, aunque una mejor traduccion de estas siglas serfa: Sistemas de apoyo a la 
toma de decisiones, y sistemas de apoyo a la toma de decisiones en grupo, para las siglas GDSS. 
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zar la information y transformar los datos o manipularlos de cierta forma antes de compartirlos o diseminarlos de 
manera formal a traves de la organization y, algunas veces, mas alia. Los aspectos mas conocidos de los sistemas 
OAS son el procesamiento de palabras, las hojas de calculo, el diseno grafico por computadora, la planificacion 
electronica y la comunicacion a traves de correo de voz, correo electronico (e-mail) y teleconferencias. 

Los sistemas de trabajo de conocimiento (KWS) brindan apoyo a profesionales como cientfficos, ingenieros y 
medicos, ayudandoles a crear conocimiento (a menudo en equipos) y a integrarlo a su organization o la sociedad. 

Sistemas de information administrativa 

Los sistemas de informacion administrativa (MIS) no sustituyen a los sistemas de procesamiento de transaccio- 
nes; mas bien, todos los sistemas MIS incluyen el procesamiento de transacciones. Los MIS son sistemas de 
informacion computarizados que funcionan debido a la decidida interaction entre las personas y las computado- 
ras. A1 requerir que las personas, el software y el hardware funcionen en concierto, los sistemas de informacion 
administrativa brindan soporte a los usuarios para realizar un espectro mas amplio de tareas organizacionales que 
los sistemas de procesamiento de transacciones, incluyendo los procesos de analisis y toma de decisiones. 

Para acceder a la informacion, los usuarios del sistema de informacion administrativa comparten una base 
de datos comun; esta almacena tanto los datos como los modelos que permiten al usuario interactuar con ellos, 
interpretarlos y aplicarlos. Los sistemas de informacion administrativa producen informacion que se utiliza en 
el proceso de toma de decisiones. Tambien pueden ayudar a integrar algunas de las funciones de informacion 
computarizadas de una empresa. 

Sistemas de soporte de decisiones 

Los sistemas de soporte de decisiones (DSS, o sistemas de apoyo a la toma de decisiones) pertenecen a una clase 
superior de sistemas de informacion computarizados. Los sistemas DSS son similares al sistema de informacion 
administrativa tradicional debido a que ambos dependen de una base de datos como fuente de datos. La diferen- 
cia estriba en que el sistema de soporte de decisiones esta mas enfocado a brindar respaldo a la toma de decisio¬ 
nes en todas sus fases, aunque la decision misma aun corresponde de manera exclusiva al usuario. Los sistemas 
de soporte de decisiones se ajustan mas a la persona o el grupo usuario que un sistema de informacion adminis¬ 
trativa tradicional. Tambien se describen a veces como sistemas enfocados en la inteligencia de negocios. 

Inteligencia artificial y sistemas expertos 

La inteligencia artificial (Al) puede ser considerada como el campo dominante de los sistemas expertos. La 
idea general de la Al ha sido desarrollar equipos que se comporten de manera inteligente. Dos ramas de inves¬ 
tigation de la Al son 1) la comprension del lenguaje natural y (2) el analisis de la habilidad para razonar un 
problema y llegar a una conclusion logica. Los sistemas expertos utilizan las metodologfas de razonamiento de 
la Al para resolver los problemas que los usuarios de negocios (y otros tipos de usuarios) les presentan. 

Los sistemas expertos son una clase muy especial de sistema de informacion que ha demostrado su utilidad co- 
mercial gracias a la disponibilidad extendida de hardware y software como las computadoras personales (PC) y las 
interfaces de sistemas expertos. Un sistema experto (tambien conocido como sistema basado en el conocimiento) cap- 
tura y utiliza en forma efectiva el conocimiento de uno o varios expertos humanos para resolver un problema especf- 
fico al que una organization se enfrenta. Cabe mencionar que a diferencia de los sistemas DSS, que en ultima instancia 
dejan la decision a la persona encargada de la toma de decisiones, un sistema experto selecciona la mejor solution para 
un problema o una clase esperifica de problemas. 

Los componentes basicos de un sistema experto son la base de conocimiento, un motor de inferencia que 
conecta al usuario con el sistema mediante el proceso de consultas en lenguajes —como el lenguaje de consulta 
estructurado (SQL) —, y la interfaz de usuario. Las personas conocidas como ingenieros del conocimiento cap- 
turan la experiencia de los expertos, crean un sistema computational que incluye este conocimiento y despues lo 
implementan. 

Sistemas de soporte de decisiones en grupo 
y sistemas de trabajo colaborativo asistido por computadora 

Las organizations confran cada vez mas en los grupos o equipos para tomar decisiones en conjunto. Cuando 
los grupos toman decisiones semiestructuradas o no estructuradas, un sistema de soporte de decisiones en grupo 
(GDSS, o sistema de apoyo a la toma de decisiones en grupo) puede ofrecer una solution. Estos sistemas, que se 
utilizan en cuartos especiales equipados con varias configurations, permiten a los miembros de los grupos inte¬ 
ractuar con el soporte electronico (a menudo en la forma de software especializado) y un facilitador de grupo es¬ 
pecial. El objetivo de los sistemas de soporte de decisiones en grupo es lograr que un grupo resuelva un problema 
con la ayuda de varios apoyos como encuestas, cuestionarios, lluvia de ideas y creation de escenarios. Se puede 
disenar software GDSS para minimizar los comportamientos de grupo negativos tfpicos como la escasez de parti¬ 
cipation por temor a las represalias por expresar un punto de vista impopular o polemico, la domination por parte 
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de los miembros del grupo con facilidad de palabra y la toma de decisiones mediante el “pensamiento grupal”. 
Algunas veces los sistemas GDSS se consideran bajo el termino mas general de sistemas de trabajo colaborativo 
asistido por computadora (CSCWS), que podrfa incluir el soporte de software conocido como groupware para 
colaborar en equipo mediante computadoras conectadas en red. Los sistemas de soporte de decisiones en grupo 
tambien se pueden utilizar en un ambiente virtual. 

Sistemas de soporte para ejecutivos 

Cuando los ejecutivos fijan su atencion en la computadora, a menudo buscan obtener ayuda para tomar deci¬ 
siones en el nivel estrategico. Los sistemas de soporte para ejecutivos (ESS, sistemas de apoyo para ejecutivos) 
ayudan a los ejecutivos a organizar sus interacciones con el entorno externo ofreciendo tecnologfas de graficos 
y comunicaciones en sitios accesibles como salas de juntas u oficinas corporativas personales. Aunque los sis¬ 
temas ESS se basan en la informacion que generan los sistemas TPS y MIS, ayudan a sus usuarios a enfrentar 
los problemas relacionados con decisiones no estructuradas inespecificas de una aplicacion, para lo cual crean 
un entorno que les ayude a pensar sobre los problemas estrategicos de una manera informada. Los sistemas ESS 
extienden las capacidades de los ejecutivos y les ofrecen soporte para que puedan entender mejor sus entornos. 

INTEGRACION DE LAS TECNOLOGIAS EN SISTEMAS 

A medida que los usuarios adoptan nuevas tecnologfas, parte del trabajo del analista de sistemas consiste en in¬ 
tegral' los sistemas tradicionales con los nuevos para asegurar un contexto util, como se muestra en la figura 1.2. 
En esta section veremos algunas de las nuevas tecnologfas de informacion que los analistas de sistemas utilizan 
a medida que las personas trabajan para integrar sus aplicaciones de comercio electronico en sus negocios tradi¬ 
cionales, o a medida que inician negocios electronicos completamente nuevos. 

Las aplicaciones de comercio electronico y los sistemas Web 

A muchos de los sistemas que veremos en este libro se les puede agregar una mayor funcionalidad si se hacen mi- 
grar a la World Wide Web o si se conciben e implementan originalmente como tecnologfas basadas en Web. Hay 
muchos beneficios relacionados con el proceso de montar o mejorar una aplicacion en Web: 

1. Aumenta el numero de usuarios que se enteran de la disponibilidad de un servicio, producto, industria, 
persona o grupo. 

2. Los usuarios tiene la posibilidad de acceder las 24 horas del dfa. 


FIGURA 1.2 

Los analistas de sistemas necesitan 
estar conscientes de que al integrar 
tecnologfas se ven afectados todos 
los tipos de usuarios y sistemas. 



Sistemas expertos 
Sistemas de soporte de decision' 
Sistemas de informacion y 


bajo de conocimiento 
de automatizacion de oficinas 


Sistemas de procesamiento de ti 
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3. Se puede mejorar la utilidad y capacidad de uso del diseno de la interfaz. 

4. Se puede expandir un sistema globalmente en vez de permanecer en el entorno local, con lo cual se puede 
establecer contacto con personas en ubicaciones remotas sin preocuparse por la zona horaria en la que se 
encuentren. 


Sistemas empresariales 

Muchas organizaciones preveen beneficios potenciales derivados de la integracion de diversos sistemas de 
informacion existentes en distintos niveles administrativos y dentro de diferentes funciones. Algunos autores 
describen la integracion como arquitectura orientada a servicios (SOA), la cual existe en capas. Los sistemas 
empresariales conformarfan la capa superior. Estos sistemas, tambien conocidos como sistemas de planificacion 
de recursos empresariales (ERP), estan disenados para llevar a cabo esta integracion. Para establecer un ERP se 
requiere de un enorme compromiso y cambios en la organizacion. A menudo, los analistas de sistemas actuan 
como consultores para los proyectos de ERP que utilizan software propietario. Dentro del software ERP popular 
estan los sistemas de SAP y Oracle. Algunos de estos paquetes estan orientados hacia el proceso de migrar las 
empresas a la Web. Por lo general, los analistas y algunos usuarios requieren capacitacion, soporte y manteni- 
miento por parte del distribuidor para disenar, instalar, mantener, actualizar y utilizar de manera apropiada un 
paquete ERP especffico. 

Sistemas para dispositivos inalambricos y moviles 

Se ha pedido a los analistas disenar una amplia variedad de sistemas y aplicaciones para usuarios aventureros, 
como las orientadas a dispositivos inalambricos y moviles como el iPhone y el iPod de Apple o la BlackBerry. 
Adicionalmente, algunos de ellos tal vez se enfrenten al reto de disenar redes de comunicaciones estandar o ina¬ 
lambricas que integren voz, video, mensajerfa de texto y correo electronico a las intranets de una organizacion o 
a las extranets industriales. El comercio electronico inalambrico se conoce como m-Commerce o mCommerce 
(comercio movil). 

Tal vez a usted le pidan disenar sistemas de redes inalambricas de area local (WLAN); redes de fidelidad 
inalambrica, conocidas como Wi-Fi o redes personales inalambricas que reunan muchos tipos de dispositivos 
bajo el estandar Bluetooth. En configuraciones mas avanzadas, tal vez los analistas tengan que disenar agentes 
inteligentes: software capaz de aprender progresivamente las preferencias de los usuarios para posteriormente 
brindarles ayuda basada en el conocimiento adquirido. Por ejemplo, mediante el uso de la tecnologfa pull, un 
agente inteligente puede buscar en la Web historias de interes para el usuario despues de haber observado sus 
patrones de comportamiento a traves del tiempo, y realizar busquedas en la Web sin tener que estar solicitandole 
informacion en forma continua. 

Software de codigo fuente abierto 

El software de codigo fuente abierto (OSS) es una alternativa al desarrollo de software tradicional, en donde el 
codigo propietario se oculta a los usuarios. Con el OSS, los usuarios y programadores pueden estudiar, com- 
partir y modificar el codigo o las instrucciones de computadora. Las reglas de esta comunidad incluyen la idea 
de que cualquier modification a los programas se debe compartir con todas las personas en el proyecto. 

El desarrollo de OSS constituye toda una filosoffa y no solo el proceso de crear software. A menudo, las 
personas involucradas en comunidades de OSS lo ven como una forma de ayudar a que las sociedades cam- 
bien. Algunos de los proyectos de codigo fuente abierto mas conocidos son el servidor Web Apache, el nave- 
gador Mozilla Firefox y Linux, un sistema operativo de codigo fuente abierto similar a Unix. 

No obstante, serfa simplista pensar en el OSS como un movimiento monolitico, ademas de que esto no 
ayuda en nada a revelar que tipo de usuarios o analistas estan desarrollando proyectos de OSS y en que se ba- 
san. Para ayudarnos a comprender el movimiento de software libre, algunos investigadores recientemente ca- 
tegorizaron las comunidades de software libre en cuatro tipos: ad hoc, estandarizado, organizado y comercial, 
ademas de contar con seis distintas dimensiones: estructura general, entorno, objetivos, metodos, comunidad 
de usuarios y licencias. Algunos investigadores argumentan que el OSS esta en una encrucijada y que los gru- 
pos de OSS comercial y comunitario necesitan comprender donde convergen y donde puede haber conflictos 
potenciales. 

El desarrollo de software de codigo fuente abierto es util para muchas aplicaciones que se ejecutan en di- 
versas plataformas, incluyendo dispositivos moviles y equipos de comunicacion. Su empleo puede contribuir 
a acelerar el proceso de estandarizacion de comunicaciones entre dispositivos. El uso extendido de OSS puede 
ayudar a aliviar la severa escasez de programadores, al poner las herramientas de programacion en manos 
de estudiantes de pafses en desarrollo en menos tiempo del que se requerirfa si estuvieran limitados al uso de 
paquetes propietarios, y puede ayudar a resolver grandes problemas mediante una colaboracion intensa y ex- 
tensa. 
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NECESIDAD DEL ANALISIS Y DISENO DE SISTEMAS 

El analisis y diseno de sistemas que los analistas de sistemas llevan a cabo busca comprender que necesitan 
los humanos para analizar la entrada o el flujo de datos de manera sistematica, procesar o transformar los 
datos, almacenarlos y producir informacion en el contexto de una organizacion especffica. Mediante un 
analisis detallado, los analistas buscan identificar y resolver los problemas correctos. Ademas, el analisis y 
diseno de sistemas se utiliza para analizar, disenar e implementar las mejoras en el apoyo para los usuarios 
y las funciones de negocios que se puedan llevar a cabo mediante el uso de sistemas de informacion compu- 
tarizados. 

Si un sistema se instala sin una planificacion apropiada, a menudo los usuarios quedan muy insatisfechos y 
dejan de usar el sistema. El analisis y diseno anade estructura a los sistemas, y constituye una actividad costosa 
que de otra manera se realizarfa al azar. Se puede considerar como una serie de procesos que se llevan a cabo en 
forma sistematica para mejorar una empresa mediante el uso de sistemas de informacion computarizados. El ana¬ 
lisis y diseno de sistemas implica trabajar con los usuarios actuates y eventuates de los sistemas de informacion 
para ofrecerles soporte en su empleo de las tecnologfas en un entorno organizacional. 

La participacion del usuario en el proyecto de sistemas es imprescindible para el desarrollo exitoso de los 
sistemas de informacion computarizados. Los analistas de sistemas, cuyos rotes en la organizacion analizaremos 
a continuation, son el otro componente esencial para desarrollar sistemas de informacion utiles. 

Los usuarios avanzan al primer piano a medida que los equipos de desarrollo de software se internacionali- 
zan mas en cuanto a su composition. Esto significa que hay mas enfasis en trabajar con los usuarios de software; 
en realizar un analisis de su empresa, sus problemas y objetivos; y en comunicar el analisis y diseno del sistema 
planificado a todos los involucrados. 

Las nuevas tecnologfas tambien impulsan la necesidad del analisis de sistemas. Ajax (JavaScript asfncrono 
y XML) no es un nuevo lenguaje de programacion, sino una tecnica que utiliza los lenguajes existentes para ha- 
cer que las paginas Web funcionen en forma mas parecida a un programa de aplicacion de escritorio tradicional. 
Los analistas se enfrentaran a la tarea de crear y redisenar paginas Web que utilicen tecnologfas Ajax. Los nue- 
vos lenguajes de programacion, como el marco de trabajo Web de codigo fuente abierto conocido como Ruby 
on Rails, una combination entre lenguaje de programacion y generador de codigo para crear aplicaciones Web, 
requerira de mas analisis. 


ROLES DEL ANALISTA DE SISTEMAS 

El analista de sistemas evaltia en forma sistematica como interactuan los usuarios con la tecnologfa y como 
operan las empresas, para lo cual examina los procesos de entrada/salida de los datos y la production de 
informacion con la intention de mejorar los procesos organizacionales. Muchas mejoras implican un mejor 
soporte de las tareas de trabajo de los usuarios y las funciones empresariales mediante el uso de sistemas de 
informacion computarizados. Esta definicion enfatiza el uso de una metodologfa sistematica para analizar 
(y potencialmente mejorar) lo que ocurre en el contexto especffico que los usuarios experimentan y las empre¬ 
sas crean. 

Nuestra definicion de un analista de sistemas es necesariamente amplia. El analista debe ser capaz de traba¬ 
jar con personas de todo tipo y tener experiencia en cuanto al trabajo con computadoras. El analista desempena 
muchos rotes y algunas veces tiene que lidiar con varios al mismo tiempo. Los tres principales rotes del analista 
de sistemas son como consultor, experto de soporte y agente de cambios. 

El analista de sistemas como consultor 

Con frecuencia el analista de sistemas actua como consultor de sistemas para las personas y sus empresas y, por 
ende, pueden llegar a contratarlo especfficamente para lidiar con las cuestiones relacionadas con los sistemas 
de informacion dentro de la empresa. Dicha contratacion puede ser una ventaja, ya que los consultores externos 
pueden proveer una perspectiva fresca de la cual carezcan otras personas en la organizacion. Tambien implica 
que los analistas externos estan en desventaja, ya que alguien de fuera nunca podra conocer la verdadera cultura 
organizacional. Como consultor externo, usted dependera en gran parte de los metodos sistematicos que el libro 
describe para analizar y disenar sistemas de informacion apropiados para los usuarios que trabajan en una em¬ 
presa en particular. Ademas se basara en los usuarios de los sistemas de informacion para que le ayuden a com¬ 
prender la cultura organizacional desde los puntos de vista de los demas. 

El analista de sistemas como experto de soporte 

Como empleado de una empresa, tal vez le toque desempenarse como experto en soporte en algiin puesto de 
sistemas. En este rol, el analista se basa en su experiencia profesional sobre hardware y software y su uso en los 
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Contratacion saludable: se solicita ayuda para el comercio electronico 


Le 


46 , 

ze agradara saber que presionamos mucho a la gerencia para 
contratar un nuevo analista de sistemas especializado en el desarro- 
llo de comercio electronico”, dice A1 Falfa, analista de sistemas de 
la cadena internacional Marathon Vitamin Shops, con multiples 
puntos de venta, quien se reunira con su extenso equipo de analistas 
de sistemas para decidir sobre las cualidades que debera poseer el 
nuevo miembro de su equipo. A1 continua: “De hecho, les emociono 
tanto la posibilidad de que nuestro equipo ayude a migrar a Mara¬ 
thon a una estrategia de comercio electronico que dijeron que debe- 
rfamos empezar a buscar ahora y no esperar hasta otono”. 

Ginger Rute, una de las analistas, asiente diciendo: “La de- 
manda de desarrolladores de sitios Web aun sobrepasa a la oferta. 
Debemos movernos con rapidez. Creo que el nuevo miembro de 
nuestro equipo debe tener experiencia en modelado de sistemas, 
JavaScript, C++ y Rational Rose, y debe estar familiarizado con 
Ajax, entre otras cosas”. 

A1 mira sorprendido la extensa lista de habilidades de Ginger 
y luego responde: “Bueno, sin duda podriamos basarnos en eso. 
Pero tambien me gustarfa una persona con conocimientos de nego- 
cios. La mayorfa de los recien egresados tienen solidas habilidades 
de programacion. pero tambien deben saber sobre contabilidad, 
inventarios y distribution de bienes y servicios”. 

Vita Ming, la analista mas reciente del grupo, finalmente 
participa en la discusion: “Una de las razones por las que elegi 
trabajar con ustedes es que sentf que nos llevariamos muy bien. 
Como tenia otras oportunidades, analice con mucho cuidado la 
atmosfera de aqui. Hasta donde he visto, somos un grupo amigable. 
Debemos asegurarnos de contratar a alguien con buena personali- 
dad y que se acople bien a nosotros”. 

A1 asiente y continua: “Vita tiene razon. El nuevo miembro 
debe ser capaz de comunicarse bien tanto con nosotros como con los 
clientes de la empresa. Siempre nos estamos comunicando de una 


forma u otra, por medio de presentaciones formales, dibujando 
diagramas o entrevistando usuarios; si comprenden el proceso de 
toma de decisiones, el trabajo sera mas sencillo. Asimismo, Mara¬ 
thon esta interesada en integrar el comercio electronico en todas las 
actividades comerciales. Necesitamos alguien que por lo menos 
tenga una notion de la importancia estrategica de la Web. El diseno 
de paginas es una parte muy pequena de ello”. 

Ginger interviene de nuevo con una dosis saludable de sen- 
tido practico y dice: “Dejemos eso a la administration. Yo sigo 
pensando que el nuevo miembro debe ser un buen programador”. 
Despues delibera en voz alta: “Me pregunto, £que tan importante 
sera el UML?”. 

Despues de escuchar pacientemente la lista de deseos de todos 
los demas, Carl Siem, uno de los analistas en jefe habla bromeando: 
“jMejor deberiamos averiguar si Superman esta disponible!”. 

Mientras todos en el grupo comparten risas, A1 ve una oportu- 
nidad de intentar consenso y dice: “Ya escuchamos varias cualida¬ 
des. Ahora hagamos, cada uno de nosotros, una lista de las 
cualidades que personalmente creemos deba poseer la nueva per¬ 
sona encargada del desarrollo de comercio electronico. Comparti- 
remos las listas y seguiremos discutiendo hasta que podamos 
describir a la persona con el detalle suficiente como para enviar la 
description al grupo de recursos humanos para que la procesen.” 

^,Que cualidades deberia estar buscando el equipo al contra¬ 
tar al nuevo miembro del equipo de desarrollo de comercio elec¬ 
tronico? ^Es mas importante conocer lenguajes especfficos o tener 
la aptitud de aprender a usar lenguajes y paquetes de software con 
rapidez? i,Que tan importante es que la persona a contratar tenga 
ciertos conocimientos basicos de negocios? ^Deben todos los 
miembros del equipo poseer competencias y habilidades identi- 
cas? iQue rasgos de personalidad o caracter son deseables en un 
analista de sistemas que trabaje en el desarrollo de comercio elec¬ 
tronico? 


negocios. A menudo este trabajo no es un verdadero proyecto de sistemas, sino que supone una pequena modifi¬ 
cation o decision que afecta a un solo departamento. 

Como experto en soporte usted no administra el proyecto; simplemente actua como recurso para quienes lo 
administran. Si usted es un analista de sistemas empleado por una organization de manufactura o de servicios, 
tal vez muchas de sus actividades diarias correspondan a este rol. 

El analista de sistemas como agente de cambio 

El rol mas extenso y responsable del analista de sistemas es el de agente de cambio, ya sea interno o externo, 
para la empresa. Como analista, usted actua como un agente de cambio cada vez que realiza alguna de las ac¬ 
tividades en el ciclo de vida del desarrollo de sistemas (que veremos en la siguiente section) y esta presente e 
interactua con los usuarios y la empresa durante un periodo extendido (de dos semanas hasta mas de un ano). 
Podemos deftnir a un agente de cambio como una persona que actua como catalizador para el cambio, desarrolla 
un plan de cambio y trabaja con otros para facilitarlo. 

Su presencia en la empresa genera un cambio; como analista de sistemas debe reconocer este hecho y utili- 
zarlo como punto initial para su analisis. Debe interactuar con los usuarios y la administration (si no son lo mismo) 
desde las primeras etapas del initio de su proyecto, pues sin su ayuda usted no podra comprender que necesitan 
para apoyar su trabajo en la organization, y no se podra llevar a cabo el verdadero cambio. 
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Si el cambio (es decir, las mejoras que se pueden realizar en la empresa por medio de los sistemas de infor¬ 
macion) parece garantizado despues del analisis, el siguiente paso es desarrollar un plan junto con las personas 
que deben llevarlo a cabo. Una vez que se llega a un consenso en cuanto al cambio que se debe realizar, usted 
debe interactuar en forma constante con todos los que vayan a cambiar. 

En el rol de agente de cambio, un analista de sistemas aboga por una via particular de cambio involucrada 
con el uso de sistemas de informacion. Tambien ensena a los usuarios el proceso del cambio, ya que los cambios 
en el sistema de informacion no ocurren por separado, sino que producen cambios consecuentes en el resto de la 
organization. 

Cualidades del analista de sistemas 

A partir de las anteriores descripciones de roles, es facil deducir que un analista de sistemas exitoso debe poseer 
un amplio rango de cualidades. Aunque los perfiles pueden variar de un caso especffico a otro, hay ciertas cuali¬ 
dades que la mayorfa de los analistas de sistemas parecen tener. 

Por encima de todo, el analista es un solucionador de problemas: una persona que ve el analisis de los 
problemas como un reto y se divierte al idear soluciones factibles. Cuando sea necesario, el analista debe tener 
la capacidad de lidiar de manera sistematica con la situation existente mediante la aplicacion habilidosa de 
herramientas, tecnicas y experiencia. El analista tambien debe ser un comunicador capaz de crear relaciones 
significativas con otras personas durante periodos extendidos de tiempo. Los analistas de sistemas necesitan 
ser capaces de comprender las necesidades de los humanos al interactuar con la tecnologfa, ademas de que 
necesitan suficiente experiencia con las computadoras como para programar, comprender las capacidades de 
las computadoras, deducir los requerimientos de informacion de los usuarios y comunicar lo que se necesita a 
los programadores. Tambien deben poseer una solida etica personal y profesional para poder dar forma a las 
relaciones con sus clientes. 

El analista de sistemas debe ser un individuo disciplinado y motivado, y tener capacidad para coordinar 
tanto a personas como recursos variados para llevar a cabo los proyectos. El analisis de sistemas es una carrera 
exigente, pero como compensation siempre esta en continua evolution y ofrece nuevos retos. 


EL CICLO DE VIDA DEL DESARROLLO DE SISTEMAS 

En este capftulo hemos hecho referencia a la metodologfa sistematica con la que los analistas llevan a cabo el 
analisis y diseno de los sistemas de informacion. Gran parte de ello se expresa en lo que conocemos como el ciclo 
de vida del desarrollo de sistemas (SDLC). El SDLC es una metodologfa en fases para el analisis y diseno, de 
acuerdo con la cual los sistemas se desarrollan mejor al utilizar un ciclo especffico de actividades del analista y 
los usuarios. 

Los analistas no se han puesto de acuerdo sobre la cantidad de fases que hay en el SDLC, pero por lo ge¬ 
neral alaban su metodologfa organizada. En este libro vamos a dividir el ciclo en siete fases, como se muestra 
en la figura 1.3. Aunque cada fase se presenta de manera discreta, en realidad nunca se puede llevar a cabo 
como un paso separado, sino que varias actividades pueden ocurrir al mismo tiempo, e incluso se pueden re- 
petir. 


FIGURA 1.3 

Las siete fases del ciclo de 
desarrollo de sistemas (SDLC). 


2 Determination de los 

1 Identificacion de los problemas, requerimientos humanos 
oportunidades y objetivos de in f 0rma ci6n 
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Diseno 
del sistema 
recomendado 


® Prueba 5 Desarrollo 

y mantenimiento y documentation 

del sistema del software 
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Incorporation de las consideraciones de la interaction humano-computadora 

En anos recientes, el estudio de la interaction humano-computadora (HCI) se ha vuelto cada vez mas impor- 
tante para los analistas de sistemas. Aunque la definition sigue evolucionando, los investigadores caracterizan 
a la HCI como el “aspecto de una computadora que permite las comunicaciones e interacciones entre ella y los 
humanos. Es el nivel de la computadora que esta entre ella y los humanos” (Zhang, Carey, Te'eni & Tremaine, 

2005, p. 518). Los analistas que utilizan una metodologfa HCI se enfocan en las personas en vez del trabajo 
a realizar o la TI involucrada. Su metodologfa para un problema es multifacetica, ya que analiza los “factores 
humanos ergonomicos, cognitivos, afectivos y de comportamiento involucrados en las tareas de los usuarios, 
los procesos de solution de problemas y el contexto de la interaction” (Zhang, Carey, Te'eni & Tremaine, 

2005, p. 518). La interaction entre humano y computadora se concentra en las necesidades humanas en vez 
de enfocarse primero en las necesidades de la organization y del sistema. Los analistas que adoptan los prin- 
cipios de la HCI examinan una amplia variedad de necesidades en el contexto de los usuarios humanos que 
interactuan con la tecnologfa de information para completar sus tareas y resolver problemas. Aquf tambien 
se toman en cuenta los factores ffsicos o ergonomicos, los cognitivos relacionados con la facilidad de uso, los 
esteticos, los relacionados con una experiencia de uso agradable, y los aspectos conductuales relacionados con 
la utilidad del sistema. 

La HCI tambien se considera una metodologfa centrada en los humanos, que pone a las personas por encima 
de la estructura o cultura organizational al crear sistemas. Cuando los analistas emplean la HCI como un lente 
para filtrar el mundo, su trabajo posee una calidad distinta a la del trabajo de aquellos quienes no poseen esta 
perspectiva. 

Su carrera profesional se puede beneficiar gracias a la solida comprension de los fundamentos de la HCI. 

La demanda de analistas capaces de incorporar la HCI al proceso de desarrollo de sistemas sigue en aumento, a 
medida que cada vez mas empresas se dan cuenta de que la calidad de los sistemas y la calidad de la vida laboral 
se pueden mejorar mediante el empleo de una metodologfa centrada en los humanos desde el initio de un pro- 
yecto. 

La aplicacion de los principios de la interaction humano-computadora implica descubrir y resolver las frus- 
traciones que los usuarios experimentan al usar tecnologfas de information, entre las que se cuenta la sospecha 
de que el analista malentendio el trabajo que se iba a realizar, las tareas involucradas y cual era la mejor rna- 
nera de apoyarlas; sensation de impotencia o falta de control al trabajar con el sistema; violaciones intencionales 
a la privacidad; problemas al navegar por las pantallas y menus del sistema, y una discrepancia general entre el 
sistema que se diseno y la forma en que los mismos usuarios piensan con respecto a sus procesos laborales. 

Cuando los analistas de sistemas adoptan una metodologfa HCI, pueden erradicar o minimizar las malas 
apreciaciones y los errores de diseno que provocan el rechazo de los usuarios hacia los nuevos sistemas o su 
abandono poco tiempo despues de la implementation. 

Los investigadores de la HCI observan ventajas al incluir la HCI en cada fase del SDLC. Es una metodolo¬ 
gfa que vale la pena usar y para reflejar esto trataremos de llevar los intereses humanos en forma explfcita a cada 
fase del SDLC. Como estudiante de analisis de sistemas, usted tambien puede ofrecer una nueva perspectiva al 
SDLC para identificar las oportunidades que tienen los disenadores de lidiar con las cuestiones de la HCI y las 
formas en que los usuarios pueden tener una participation mas primordial en cada fase del SDLC. En el capftulo 14 
nos dedicaremos a examinar el rol del analista de sistemas en cuanto a disenar sistemas e interfaces centrados en 
los humanos desde la perspectiva de la HCI. 

Identification de los problemas, oportunidades y objetivos 

En esta primera fase del ciclo de vida del desarrollo de sistemas, el analista se encarga de identificar correctamente 
los problemas, las oportunidades y los objetivos. Esta etapa es imprescindible para el exito del resto del proyecto: 
ya que a nadie le gusta desperdiciar el tiempo resolviendo un problema mal caracterizado. 

En la primera fase el analista debe analizar con honestidad lo que esta ocurriendo en la empresa. Despues, 
junto con otros miembros de la organization, debe comenzar a senalar los problemas. A menudo, otras personas 
habrfan planteado tambien estos problemas, razon por la cual se llamo en un principio al analista. Las oportuni¬ 
dades residen en las situaciones que el analista cree poder mejorar mediante el uso de sistemas de information 
computarizados. Al aprovechar estas oportunidades, la empresa puede obtener una ventaja competitiva o estable- 
cer un estandar en la industria. 

La identification de los objetivos tambien es un componente importante de la primera fase. El analista debe 
descubrir primero que trata de hacer la empresa; despues debe ser capaz de determinar si alguno de los aspec¬ 
tos de las aplicaciones de los sistemas de information puede ayudar a que la empresa logre sus objetivos al en- 
frentar problemas u oportunidades especfficos. 

Las personas involucradas en la primera fase son los usuarios, los analistas y los administradores de sistemas 
que coordinan el proyecto. En esta fase las actividades consisten en entrevistar a los encargados de la adminis¬ 
tration de los usuarios, sintetizar el conocimiento obtenido, estimar el alcance del proyecto y documentar los 
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resultados. El resultado de esta fase es un informe de viabilidad, el cual contiene la definition de un problema y 
sintetiza los objetivos. Despues, la administracion de la empresa debe tomar una decision en cuanto a proceder o 
no con el proyecto propuesto. Si el grupo de usuarios no tiene suficientes fondos en su presupuesto o desea hacer 
frente a problemas que no estan relacionados, o si los problemas no requieren un sistema computacional, tal vez 
se pueda recomendar una solucion distinta y el proyecto de sistemas no continue. 

Determination de los requerimientos de information del factor humano 

La siguiente fase a la que entra el analista es determinar las necesidades de los usuarios involucrados, me- 
diante el uso de varias herramientas, para comprender la forma en que interactuan en el contexto laboral con 
sus sistemas de informacion actuales. El analista utilizara metodos interactivos como entrevistas, muestreos e 
investigation de datos duros, ademas de los cuestionarios y los metodos discretos, como observar el compor- 
tamiento de los encargados al tomar las decisiones y sus entornos de oficina, y los metodos integrales como la 
creation de prototipos. 

El analista utilizara estos metodos para plantear y responder muchas preguntas relacionadas con la interaction 
humano-computadora (HCI), incluyendo preguntas tales como: “/Cuales son las fortalezas y limitaciones ffsicas de 
los usuarios?”, o dicho en otras palabras, “/que hay que hacer para que el sistema sea perceptible, legible y seguro?”, 
“/como puede disenarse el nuevo sistema para que sea facil de usar, aprender y recordar?”, “/como puede el sistema 
ser agradable o incluso divertido de usar?”, “/como puede el sistema apoyar las tareas laborales individuales de un 
usuario y buscar nuevas formas de hacerlas mas productivas?”. 

En la fase de requerimientos del SDLC, el analista se esfuerza por comprender que informacion requieren 
los usuarios para realizar sus trabajos. En este punto el analista examina como hacer que el sistema sea util para 
las personas involucradas. /Como puede el sistema ofrecer un mejor apoyo para las tareas individuales que se 
deben llevar a cabo? /Que nuevas tareas habilita el nuevo sistema que los usuarios no podfan realizar sin el? 
/Como se puede crear el sistema de manera que extienda las capacidades de un usuario mas alia de lo provisto 
por el sistema anterior? /Como puede el analista crear un sistema gratificante para los trabajadores? 

Las personas involucradas en esta fase son los analistas y los usuarios, por lo general los gerentes y los tra¬ 
bajadores de operaciones. El analista de sistema debe conocer los detalles sobre las funciones del sistema actual: 
el quien (las personas involucradas), el que (la actividad de la empresa), el donde (el entomo en el que se lleva a 
cabo el trabajo), el cuando (la coordination) y el como (de que manera particular se realizan los procedimientos 
actuales) de la empresa a la que esta estudiando. Despues, el analista debe preguntar por que la empresa utiliza el 
sistema actual. Puede haber buenas razones por las cuales la empresa trabaje con los metodos actuales, razon por 
la que se deben tener en cuenta al disenar un nuevo sistema. 

El desarrollo agil es una metodologfa orientada a objetos (OOA) para el desarrollo de sistemas, en la cual se 
incluye un metodo de desarrollo (junto con la generation de los requerimientos de informacion) asr como herra¬ 
mientas de software. En el capftulo 6 veremos este tipo de desarrollo, junto con los prototipos (hay mas informa¬ 
cion sobre las metodologras orientadas a objetos en el capftulo 10). 

No obstante, si la razon de seguir con las operaciones actuales es que “siempre se ha hecho de esa forma”, el 
analista querra mejorar los procedimientos. Al terminar esta fase, el analista debera comprender la forma en que los 
usuarios realizan su trabajo al interactuar con una computadora y debera empezar a comprender como mejorar la 
utilidad y capacidad de uso del nuevo sistema. Tambien debera saber como funciona la empresa y tener informacion 
completa sobre personas, objetivos, datos y procedimientos involucrados. 

Analisis de las necesidades del sistema 

La siguiente fase que debe llevar a cabo el analista de sistemas involucra el analisis de las necesidades del sis¬ 
tema. Aquf tambien hay herramientas y tecnicas especiales que ayudan al analista a realizar las determinaciones 
de los requerimientos. Las herramientas como los diagramas de flujo de datos (DFD) para graficar la entrada, los 
procesos y la salida de las funciones de la empresa, o los diagramas de actividad o de secuencia para mostrar la 
secuencia de los eventos, sirven para ilustrar a los sistemas de una manera estructurada y grafica. A partir de los 
diagramas de flujo de datos, de secuencia u otros tipos de diagramas se debe desarrollar un diccionario de datos 
para enlistar todos los elementos de datos utilizados en el sistema, asf como sus especificaciones. 

Durante esta fase, el analista de sistemas tambien analiza las decisiones estructuradas llevadas a cabo. Las 
decisiones estructuradas son aquellas para las que se pueden determinar condiciones, alternativas de condition, 
acciones y reglas de action. Hay tres metodos principales para el analisis de las decisiones estructuradas: ingles/ 
espanol estructurado, tablas de decision y arboles de decision. 

En este punto del SDLC, el analista de sistemas prepara una propuesta de sistemas en la que sintetiza todo 
lo que ha averiguado sobre los usuarios, la capacidad de uso y la utilidad de los sistemas actuales; incluye un 
analisis de costo-beneficio de las alternativas y, si se requiere, hace recomendaciones. Si la administracion acepta 
una de las recomendaciones, el analisis continua por esa via. Cada problema de sistemas es unico, por lo que 
nunca hay solo una solucion correcta. La manera en que se formule una recomendacion o solucion depende de 


www.xlibros.com 


CAPlTULO 1 • SISTEMAS, ROLES Y METODOLOGlAS DE DESARROLLO 11 


las cualidades individuates y la capacitacion profesional de cada analista, y de su interaction con los usuarios en 
el contexto de su entorno laboral. 

Diseno del sistema recomendado 

En la fase de diseno del SDLC, el analista de sistemas utiliza la informacion recolectada antes para realizar el diseno 
logico del sistema de informacion. El analista disena los procedimientos para ayudar a que los usuarios introduzcan 
los datos con precision, de manera que los datos que entren al sistema de informacion sean los correctos. Ademas, el 
analista debe ayudar a que los usuarios completen la entrada de datos efectiva al sistema de informacion mediante 
el uso de las tecnicas del buen diseno de formularios y paginas Web o pantallas. 

Parte del diseno logico del sistema de informacion es idear la HCI. La interfaz conecta al usuario con el 
sistema, por lo que es extremadamente importante. La interfaz del usuario se disena con ayuda de los usuarios 
para asegurar que el sistema sea perceptible, legible y seguro, asf como atractivo y divertido de usar. Ejemplos de 
interfaces de usuario ffsicas son el teclado (para escribir las preguntas y respuestas), los menus en pantalla (para 
obtener los comandos de los usuarios) y varios tipos de interfaces graficas de usuario (GUI) basadas en un raton 
o una pantalla tactil. 

La fase de diseno tambien incluye el diseno de bases de datos que almacenaran gran parte de los datos nece- 
sarios para los encargados de tomar las decisiones en la organization. Los usuarios se benefician de una base de 
datos bien organizada que sea logica para ellos y se corresponda con la forma en que ven su trabajo. En esta fase, 
el analista tambien trabaja con los usuarios para disenar una salida (ya sea en pantalla o impresa) que cumpla con 
sus necesidades de informacion. 

Por ultimo, el analista debe disenar controles y procedimientos de respaldo para proteger el sistema y los 
datos, y para producir paquetes de especificacion de programas para los programadores. Cada paquete debe 
contener los disenos de las entradas y las salidas, las especificaciones de los archivos y los detalles sobre el pro- 
cesamiento; tambien puede incluir arboles o tablas de decision, UML o diagramas de flujo de datos, junto con 
los nombres y las funciones de cualquier codigo previamente escrito dentro de la empresa o que utilice codigo u 
otras bibliotecas de clases. 

Desarrollo y documentation del software 

En la quinta fase del SDLC, el analista trabaja con los programadores para desarrollar el software original reque- 
rido. Durante ella, el analista desarrolla junto con los usuarios una documentation efectiva para el software, inclu- 
yendo manuales de procedimientos, ayuda en lfnea, sitios Web con preguntas frecuentes (FAQ) y archivos Leame 
(Read Me) para incluir con el nuevo software. Como los usuarios estan involucrados desde el principio, la fase de 
documentation debe lidiar con las preguntas que hicieron y resolvieron junto con el analista. La documentation 
indica a los usuarios como deben usar el software y que deben hacer en caso de que ocurran problemas. 

Los programadores desempenan un rol clave en esta fase, ya que disenan, codifican y eliminan los errores 
sintacticos de los programas de computadora. Para asegurar la calidad, un programador puede llevar a cabo un 
recorrido por el diseno o por el codigo para explicar las porciones complejas del programa a un equipo formado 
por otros programadores. 

Prueba y mantenimiento del sistema 

Antes de utilizar el sistema de informacion, se debe probar. Es mucho menos costoso detectar los problemas an¬ 
tes de entregar el sistema a los usuarios. Una parte del procedimiento de prueba es llevado a cabo por los progra¬ 
madores solos; la otra la realizan junto con los analistas de sistemas. Primero se completa una serie de pruebas 
para senalar los problemas con datos de muestra y despues se utilizan datos reales del sistema actual. A menudo, 
los planes de prueba se crean en las primeras etapas del SDLC y se refinan a medida que el proyecto progresa. 

El mantenimiento del sistema y la documentation de este mantenimiento empieza en esta fase y se lleva a cabo 
de manera rutinaria durante toda la vida del sistema de informacion. Gran parte del trabajo rutinario del programa¬ 
dor consiste en el mantenimiento, por lo cual las empresas invierten una gran cantidad de dinero en este proceso. 
Ciertos procedimientos de mantenimiento, como las actualizaciones de los programas, se pueden llevar a cabo a 
traves del sitio Web del distribuidor. Muchos de los procedimientos sistematicos que emplea el analista durante el 
SDLC pueden ayudar a asegurar que el mantenimiento siempre se mantenga en el nivel mlnimo necesario. 

Implementation y evaluation del sistema 

En esta ultima fase del desarrollo de sistemas, el analista ayuda a implementar el sistema de informacion. En esta 
fase hay que capacitar a los usuarios para operar el sistema. Los distribuidores se encargan de una parte de la 
capacitacion, pero la supervision de la capacitacion es responsabilidad del analista de sistemas. Ademas, el ana¬ 
lista necesita planear una conversion sin problemas del sistema antiguo al nuevo. Este proceso incluye convertir 
los archivos de los formatos anteriores a los nuevos, o crear una base de datos, instalar equipo y llevar el nuevo 
sistema a production. 
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En el hogar y en nuestras visitas a los campus de universidades y empresas en todo el mundo hemos observado que cada 
vez mas estudiantes y las organizaciones muestran un interes por la Mac. Por ello pensamos que serfa interesante mos- 
trar algunas de las opciones que tiene un disenador de sistemas al respecto de esta plataforma. A1 momenta de escribir 
este libro, aproximadamente una de cada siete computadoras personales que se compran en los Estados Unidos es Mac. 
Las Mac son equipos de calidad basados en procesadores Intel que ejecutan un competente sistema operativo nativo, 
pero tambien pueden ejecutar Windows, por lo que en definitiva cualquier cosa que se pueda hacer en una PC se puede 
hacer tambien en una Mac. Una forma de ejecutar Windows es arrancar directamente la Mac con el sistema Windows 
(una vez instalado); otra forma es usar software de virtualizacion como VM Fusion, el cual mostramos en la figura 


l.MAC. 


Los seguidores de las Mac citan muchas razones por las cuales las utilizan, incluyendo una mejor seguridad inte- 
grada en el sistema operativo de la Mac, respaldos inteligentes mediante la maquina de tiempo integrada, la multitud de 
aplicaciones ya incluidas, la confiabilidad de la configuracion y el trabajo en red, y la capacidad de sincronizar las Mac 
con otros equipos Mac y con el iPhone. Para nosotros, la razon mas convincente es su diseno en si. 



FIGURA l.MAC 

Windows ejecutandose en una Mac mediante el software de virtualizacion conocido como VM Fusion. 


La evaluation se incluye como parte de esta fase final del SDLC principalmente por cuestiones informativas. 
En realidad, la evaluation se realiza durante cada fase. El criterio clave que debemos satisfacer es si los usuarios 
previstos estan utilizando el sistema. 

Hay que tener en cuenta que a menudo el trabajo relacionado con los sistemas es cfclico. Cuando un analista 
termina una fase del desarrollo de sistemas y continua con la siguiente, al descubrir un problema tal vez se vea 
obligado a regresar a la fase anterior y modificar el trabajo que realizo ahf. 

El impacto del mantenimiento 

Una vez instalado el sistema hay que darle mantenimiento, lo cual implica que tal vez haya que realizar mo- 
dificaciones en los programas de computadora y mantenerlos actualizados. La figura 1.4 muestra la cantidad 
promedio de tiempo que se invierte en el mantenimiento de una instalacion de MIS comun. Las estimaciones 
del tiempo invertido por los departamentos en el mantenimiento varian desde un 48 hasta un 60 por ciento del 
tiempo total invertido en el desarrollo de los sistemas. Queda muy poco tiempo libre para el desarrollo de nuevos 
sistemas. A medida que aumenta el numero de programas escritos, tambien aumenta la cantidad de manteni¬ 
miento que se requiere. 
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FIGURA 1.4 

Algunos investigadores estiman 
que la cantidad de tiempo 
invertido en el mantenimiento de 
sistemas puede ser hasta del 60 
por ciento del tiempo total 
invertido en los proyectos de 
sistemas. 


El mantenimiento se lleva a cabo por dos razones. La primera es para corregir los errores de software. Sin 
importar que tan minuciosas sean las pruebas en el sistema, se pueden infiltrar errores o ‘bugs’ en los programas 
computacionales. Los ‘bugs’ en el software comercial de PC se documentan comunmente como “anomalfas co- 
nocidas” y se corrigen al momento de liberar nuevas versiones, o liberando una version provisional. En el soft¬ 
ware personalizado (tambien conocido como software hecho a la medida), los ‘bugs’ se deben corregir a medida 
que se van detectando. 

La otra razon de realizar mantenimiento en los sistemas es para mejorar las capacidades del software en 
respuesta a las necesidades cambiantes de la organizacion, que por lo general implica una de las siguientes tres 
situaciones: 

1. Con frecuencia los usuarios solicitan caracterfsticas adicionales a medida que se familiarizan con el sistema 

computacional y sus capacidades. 

2. La empresa cambia con el tiempo. 

3. El hardware y el software cambian a un ritmo acelerado. 

La figura 1.5 muestra la cantidad de recursos (por lo general tiempo y dinero) que se invierten en el de- 
sarrollo y mantenimiento de sistemas. El area bajo la curva representa la cantidad total invertida en dolares. 
Podemos ver que, a traves del tiempo, es probable que el costo total del mantenimiento exceda al costo del 
desarrollo de sistemas. En cierto punto es mas factible realizar un nuevo estudio de sistemas, debido a que el 
costo de continuar con el mantenimiento es sin duda mayor que el de crear un sistema de informacion total- 
mente nuevo. 

En resumen, el mantenimiento es un proceso continuo que se realiza a lo largo del ciclo de vida de un sis¬ 
tema de informacion. Una vez que se instala el sistema de informacion, por lo general el mantenimiento implica 
corregir los errores del programa que no se habian detectado antes. Una vez corregidos, el sistema se acerca a un 
estado estable para proveer un servicio confiable a sus usuarios. Durante este periodo, el mantenimiento puede 
consistir en eliminar unos cuantos ‘bugs’ que no se detectaron antes y actualizar el sistema con mejoras menores. 
Sin embargo, a medida que pasa el tiempo y evolucionan tanto la empresa como la tecnologfa, el esfuerzo de 
mantenimiento aumenta en forma considerable. 


Cambios importantes 
tanto en la empresa 
como en la tecnologfa 


Cantidad 
de recursos 
consumidos, 
tiempo 
y dinero 


Bugs subsecuentes Modificaciones 
a la instalacion menores debido a 



Tiempo 


Dia de la 
instalacion 


FIGURA 1.5 

Consumo de los recursos durante 
el tiempo de vida del sistema. 
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USO DE HERRAMIENTAS CASE 

Los analistas que adoptan la metodologfa SDLC a menudo se benefician de las herramientas de productividad, 
conocidas como herramientas de Ingenierfa de Software Asistida por Computadora (CASE), las cuales se crea- 
ron de manera explfcita para mejorar el trabajo rutinario a traves del uso del soporte automatizado. Los analistas 
emplean herramientas CASE para aumentar la productividad, comunicarse con los usuarios de una manera mas 
efectiva e integrar el trabajo que realizan en el sistema, desde el inicio hasta el fin del ciclo de vida. 

Visible Analyst (VA) es un ejemplo de herramienta CASE que permite a los analistas de sistemas realizar 
planificacion, analisis y diseno en forma grafica para crear bases de datos y aplicaciones cliente/servidor comple- 
jas. Visible Analyst, aunado a otro producto de software conocido como Microsoft Visio, permite a los usuarios 
dibujar y modificar diagramas con facilidad. 

Los analistas y usuarios en general reportan que las herramientas CASE les ofrecen un medio de comu- 
nicacion relacionado con el sistema durante su conceptualizacion. Mediante el uso de soporte automatizado 
que incluye resultados en pantalla, los clientes pueden ver de inmediato la forma en que fluyen los datos y 
como se representan otros conceptos del sistema, para asf poder solicitar correcciones o modificaciones que 
hubieran requerido de mucho mas tiempo si se utilizaran herramientas anteriores. 

Algunos analistas marcan la diferencia entre las herramientas CASE superiores e inferiores. Una herra¬ 
mienta CASE superior permite al analista crear y modificar el diseno del sistema. Toda la informacion sobre 
el proyecto se almacena en una enciclopedia conocida como repositorio CASE, una extensa coleccion de 
registros, elementos, diagramas, pantallas, informes y demas informacion relacionada (vea la figura 1.6). Es 
posible producir informes del analisis mediante el uso de la informacion del repositorio para mostrar en que 
partes esta incompleto el diseno o donde hay errores. Las herramientas CASE superiores tambien ayudan a 
sustentar el modelado de los requerimientos funcionales de una organization, auxiliar a los analistas y usua¬ 
rios para dibujar los I unites de un proyecto dado y ayudarlos a visualizar la forma en que el proyecto encaja 
con otras partes de la organizacion. 

Las herramientas CASE inferiores se utilizan para general - codigo fuente de computadora, con lo cual se eli- 
mina la necesidad de programar el sistema. La generacion de codigo ofrece varias ventajas: 1) el sistema se puede 
producir con mas rapidez que si se escribieran programas computacionales; 2) la cantidad de tiempo invertido 
en el mantenimiento se reduce con la generacion de codigo; 3) se puede generar codigo en mas de un lenguaje 
computacional, por lo que es mas sencillo migrar los sistemas de una plataforma a otra; 4) la generacion de co¬ 
digo provee una manera efectiva en costo de personalizar los sistemas que se compran a terceros distribuidores 
para ajustarlos a las necesidades de la organizacion, y 5) el codigo generado esta libre de los errores tfpicos de 
los programas computacionales. 

LA METODOLOGIA AGIL 

Aunque este texto tiende a enfocarse en el SDLC —la metodologfa mas utilizada en la practica—, el analista 
debera reconocer algunas veces que la organizacion podrfa beneficiarse de una metodologfa alternativa. Tal vez 
recientemente un proyecto de sistemas en el que se utilizaba una metodologfa estructurada fallo o quizas las 
subculturas de la organizacion, compuestas por varios grupos de usuarios distintos, parecen identificarse mas con 
el uso de un metodo alternativo. Es imposible hacer justicia a estos metodos en un espacio pequeno; cada uno 
merece y ha inspirado sus propios libros e investigaciones. Sin embargo, mencionamos estas metodologfas con la 
esperanza de que tome conciencia de que, bajo ciertas circunstancias, tal vez su organizacion quiera considerar 
una alternativa o suplemento al analisis y diseno estructurado y al SDLC. 

La metodologfa agil es una metodologfa de desarrollo de software que se basa en valores, principios y prac- 
ticas basicas. Los cuatro valores son comunicacion, simpleza, retroalimentacion y valentfa. Recomendamos que 
los analistas de sistemas adopten estos valores en todos los proyectos que emprendan y no solo cuando adopten 
la metodologfa agil. 

Para poder terminar un proyecto, a menudo hay que realizar ciertos ajustes en la administration del mismo. 
En el capftulo 6 veremos que los metodos agiles pueden asegurar que un proyecto se complete con exito me¬ 
diante un ajuste en los importantes recursos de tiempo, costo, calidad y alcance. Cuando se incluyen estas cuatro 
variables de control en forma apropiada en la planificacion, hay un estado de equilibrio entre los recursos y las 
actividades necesarias para completar el proyecto. 

Es mas notable llevar las practicas de desarrollo al extremo cuando se persiguen practicas unicas para el de¬ 
sarrollo agil. En el capftulo 6 hablaremos sobre cuatro practicas agiles basicas: liberaciones de versiones cortas, 
la semana de trabajo de 40 horas, hospedar un cliente en el sitio y utilizar programacion en pareja. A primera 
vista estas practicas parecen extremas, pero como veremos mas adelante, podemos aprender ciertas lecciones 
importantes al incorporar muchos de los valores y practicas de la metodologfa agil a los proyectos de analisis y 
diseno de sistemas. 
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AGREGAR CLIENTE 

NUMERO 

XXXXXX 

NOMBRE 

XXXXXXXXXXXX 

CALLE 

XXXXXXXXXXXX 

CIUDAD 

XXXXXXXXXXXX 

ESTADO 

XX 

CP 

xxxxx-xxxx 


INFORME DEL ANALISIS DE VENTAS 

DESCRIPCION 

VENTAS 

DEL ARTICULO 

TOTALES 

XXXXXXXXXXXXXX 

ZZ,ZZ9 

XXXXXXXXXXXXXX 

ZZ,ZZ9 

XXXXXXXXXXXXXX 

ZZ,ZZ9 

XXXXXXXXXXXXXX 

ZZ,ZZ9 

XXXXXXXXXXXXXX 

ZZ,ZZ9 

XXXXXXXXXXXXXX 

ZZ,ZZ9 


Diseno de pantallas 
e informes 



Articulo = Numero + 

Descripcion + 

Costo + 

Precio + 

Cantidad en existencia + 
Cantidad en pedido + 
Punto para reabastecer + 
Ventas mensuales + 
Ventas del ano a la fecha 



Diagramas y modelos 
de sistemas 


DO WHILE NOT fin de archivo 
Leer registro del articulo 
IF articulo esta bajo en existencias 
Imprimir orden decompra 
Actualizar registro del articulo 
ENDIF 
ENDDO 


Diccionario de dates 
y logica de procesos 


Requerimientos del sistema 

• Agregar nuevos clientes 

• Identificar los artlculos que se 
venden con lentitud y los que 
se venden con rapidez 

• Introducir los pedidos 
de los clientes 

• Analizar el saldo de credito 
del cliente 

• Mantener un inventario adecuado 


Entregables 

• Agregar la pantalla para el cliente 

• Informe de analisis de articulos 

• Pantalla de captura de pedidos Administracion 

de los clientes del proyecto 

• Pantalla de consultas de los 
clientes 

• Programa de ordenes de 
compra de los distribuidores 

• Pronostico estacional 


FIGURA 1.6 

El concepto de repositorio. 


Proceso de desarrollo para un proyecto agil 

Hay actividades y comportamientos que determinan la manera en que actuan los miembros del equipo y los clien¬ 
tes durante el desarrollo de un proyecto agil. Dos palabras que caracterizan a un proyecto realizado mediante una 
metodologfa agil son interactive) e incremental. Si examina la figura 1.7 podra ver que hay cinco etapas: explo- 
racion, planeacion, iteraciones para la liberation de la primera version, puesta en production y mantenimiento. 
Observe que las primeras tres flechas grises que iteran de vuelta a la caja “Iteraciones” simbolizan los cambios 
incrementales creados por medio de los procesos repetidos de prueba y retroalimentacion que en cierto momento 
conducen a un sistema estable pero en evolution. Observe ademas que el ritmo de iteraciones aumenta una vez 
que se libera el producto. La flecha sale de la etapa de mantenimiento y regresa a la etapa de planeacion, de 
manera que hay un ciclo continuo de retroalimentacion que involucra a los clientes y al equipo de desarrollo a 
medida que se ponen de acuerdo para alterar el sistema en evolution. 

EXPLORACION Durante ella usted explorara su entorno para evaluar su conviction de que puede y debe lidiar 
con el problema mediante el desarrollo agil, ensamblara el equipo y evaluara las habilidades de sus miembros. 
Esta etapa puede requerir desde unas cuantas semanas (si conoce de antemano a los miembros de su equipo y la 
tecnologfa que va a usar) hasta unos cuantos meses (si todo es nuevo). Tambien tendra que examinar activamente 
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FIGURA 1.7 

Las cinco etapas del proceso de 
desarrollo de modelado agil 
muestran que las iteraciones 
frecuentes son esenciales para un 
desarrollo exitoso del sistema. 



las tecnologfas potenciales necesarias para crear el sistema. Durante esta etapa debe practical - con la estimation 
del tiempo necesario para realizar varias tareas. En la exploracion, los clientes tambien experimentan escribiendo 
historias de los usuarios. El punto es hacer que el cliente refine una historia con el detalle suficiente como para 
que usted pueda estimar en forma competente la cantidad de tiempo necesaria para crear la solucion y convertirla 
en el sistema que esta planeando. Todo en esta etapa tiene que ver con adoptar una actitud juguetona y curiosa 
hacia el entorno de trabajo, sus problemas, tecnologfas y personas. 

PLANEACION La siguiente etapa del proceso de desarrollo agil se llama planeacion. A1 contrario de la primera 
etapa, la planeacion tal vez solo requiera de unos cuantos dfas. En esta etapa, usted y sus clientes se ponen de 
acuerdo en una fecha, que puede ser cualquier dfa a partir de dos meses hasta medio ano despues de la fecha 
en curso, para entregar soluciones a sus problemas empresariales mas estresantes (usted se concentrara en el 
conjunto mas pequeno y valioso de historias). Si sus actividades de exploracion fueron suficientes, esta etapa 
debe ser muy corta. 

Todo el proceso de planeacion agil se ha caracterizado mediante la idea de un juego de planeacion segun 
la idea de Beck. El juego de planeacion establece reglas que pueden ayudar a formular la relacion del equipo de 
desarrollo agil con sus clientes empresariales. Aunque las reglas forman una idea de como quiere usted que actue 
cada una de las partes durante el desarrollo, no estan disenadas para sustituir una relacion. Son la base para crear 
y mantener una relacion. 

Entonces, utilizamos la metafora de un juego. Para ello hablaremos en terminos del objetivo del juego, 
la estrategia a perseguir, las piezas a mover y los jugadores involucrados. El objetivo del juego es maximizar 
el valor del sistema producido por el equipo agil. Para poder averiguar el valor, usted debe deducir los costos 
de desarrollo y el tiempo, los gastos y la incertidumbre requeridos para que el proyecto de desarrollo pueda 
continuar. 

La estrategia que persigue el equipo de desarrollo agil siempre tiene una incertidumbre limitante (minimiza¬ 
tion del riesgo). Para hacer esto, el equipo disena la solucion mas simple posible, pone el sistema en production 
tan pronto como sea posible, obtiene retroalimentacion del cliente empresarial sobre lo que esta funcionando y 
adapta su diseno a partir de ahf. 

Las tarjetas de historias se convierten en las piezas del juego de planeacion que describen con brevedad la 
tarea, proveen anotaciones y un area para rastrear las tareas. 

Hay dos jugadores principales en el juego de planeacion: el equipo de desarrollo y el cliente empresarial. No 
siempre es facil decidir que grupo empresarial en particular sera el cliente empresarial, ya que el proceso agil es 
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un rol excepcionalmente exigente para el cliente. Los clientes deciden que debe abordar primero el equipo de de- 
sarrollo. Sus decisiones estableceran prioridades y revisaran la funcionalidad durante todo el proceso. 

ITERACIONES PARA LA LIBERACION DE LA PRIMERA VERSION La tercera etapa en el proceso de desarrollo agil 
esta compuesta por las iteraciones para la liberacion de la primera version. Por lo general estas son iteraciones 
(ciclos de prueba, retroalimentacion y modification) de aproximadamente tres semanas de duracion. Usted se 
esforzara en bosquejar toda la arquitectura del sistema, aun y cuando solo este en forma de bosquejo o esqueleto. 
Uno de los objetivos es realizar pruebas funcionales escritas por el cliente al final de cada iteracion. Durante 
la etapa de las iteraciones tambien debe preguntarse si hay que alterar el itinerario de trabajo o si esta lidiando 
con demasiadas historias. Convierta cada iteracion exitosa en pequenos rituales e involucre en ellos tanto a los 
clientes como a los desarrolladores. Celebre siempre su progreso aunque este sea pequeno, debido a que esto 
forma parte de la cultura de motivar a todos a que trabajen lo mas duro que puedan en el proyecto. 

PUESTA EN PRODUCCION Durante esta fase se llevan a cabo varias actividades. El ciclo de retroalimentacion se 
agiliza de manera que en vez de recibir retroalimentacion por una iteracion cada tres semanas, las revisiones de 
software se entregan en una semana. Puede instituir sesiones informativas diarias para que todos sepan lo que 
los demas estan haciendo. El producto se libera durante esta fase, pero se puede mejorar si se le agregan otras 
caracterfsticas. Poner un sistema en produccion es un suceso emocionante; disponga de tiempo para celebrar 
con sus companeros de equipo la ocasion. Uno de los lemas de la metodologfa agil con el que todos estamos 
sinceramente de acuerdo es que jdesarrollar sistemas debe ser divertido! 

MANTENIMIENTO Una vez liberado el sistema, debe seguir funcionando sin problemas. Es posible agregar 
caracterfsticas, considerar las sugerencias mas riesgosas de los clientes y a rotar los miembros del equipo. La 
actitud que usted debe tomar en este punto del proceso de desarrollo es mas conservadora que en cualquier otro. 
Ahora tiene que desempenar el papel de “guardian de la llama” en vez de ser el jugueton y curioso de la fase de 
exploracion. 


anAlisis y diseno de sistemas orientado a objetos 

El analisis y diseno de sistemas orientado a objetos (O-O) es una metodologfa disenada para facilitar el desarro¬ 
llo de sistemas que deben cambiar con rapidez en respuesta a los entomos empresariales dinamicos. El capftulo 
10 le ayudara a comprender lo que es el analisis y diseno de sistemas orientado a objetos, la diferencia entre esta 
metodologfa y la metodologfa estructurada del SDLC y cuando puede ser apropiado utilizar una metodologfa 
orientada a objetos. 

Se cree que las tecnicas orientadas a objetos funcionan bien en situaciones en las que los sistemas de in¬ 
formation complejos pasan a traves de un continuo proceso de mantenimiento, adaptation y rediseno. Las me- 
todologfas orientadas a objetos utilizan el estandar de la industria para modelar sistemas orientados a objetos, 
conocido como lenguaje de modelado unificado (UML), para descomponer un sistema en un modelo de caso 
de uso. 

La programacion orientada a objetos difiere de la programacion tradicional por procedimientos en cuanto 
a que examina a los objetos que forman parte de un sistema. Cada objeto es una representation computacional 
de una cosa o evento real. Los objetos pueden ser clientes, artfculos, pedidos, etcetera. Los objetos se repre- 
sentan y agrupan mediante clases, las cuales son ideales para la reutilizacion y la facilidad de mantenimiento. 
Una clase define el conjunto de atributos y comportamientos compartidos que se encuentran en cada objeto de 
la clase. 

Las fases en el UML son similares a las del SDLC. Como estos dos metodos comparten un modelado rfgido 
y exigente, se realizan a un ritmo mas lento y reflexivo que las fases del modelado agil. El analista pasa por las 
fases del problema y de identification, una fase de analisis y una fase de diseno, como se muestra en la figura 
1.8. Aunque gran parte de los detalles especfficos los veremos en los capftulos 2 y 10, los siguientes pasos mues- 
tran una description breve del proceso del UML. 

1. Definir el modelo de caso de uso. 

En esta fase, el analista identifica a los actores y los eventos principales iniciados por los actores. 

A menudo el analista empieza por dibujar un diagrama con figuras hechas con lfneas que representan a los 
actores y flechas que muestran las relaciones entre ellos. A esto se le conoce como diagrama de caso de uso 
(capftulo 2) y representa el flujo estandar de eventos en el sistema. Despues de esto, el analista por lo 
general escribe un escenario de caso de uso (capftulo 2), que describe con palabras los pasos que se llevan a 
cabo comunmente. 

2. Durante la fase de analisis de sistemas, empezar a dibujar diagramas de UML. 

En la segunda fase (capftulo 10) el analista dibujara Diagramas de actividad, los cuales ilustran todas las 
principales actividades en el caso de uso. Ademas el analista creara uno o mas diagramas de secuencia para 
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FIGURA 1.8 

Los pasos en el proceso de 
desarrollo de UML. 


Empezar el analisis y 
diseno orientado a objetos 



cada caso de uso, los cuales muestran la secuencia de actividades y su sincronizacion. Esta es una 
oportunidad para regresar y revisar los casos de uso, replantearlos y modificarlos si es necesario. 

3. Continual - en la fase de analisis, desarrollar diagramas de clases. 

Los sustantivos en los casos de uso son objetos que se pueden agrupar potencialmente en clases. Por 
ejemplo, todo automovil es un objeto que comparte caracteristicas con otros automoviles. En conjunto 
conforman una clase. 

4. Aun en la fase de analisis, dibujar diagramas de estado. 

Los diagramas de clases se utilizan para dibujar diagramas de estado, los cuales ayudan a comprender 
procesos complejos que no se pueden derivar completamente mediante los diagramas de secuencia. Los 
diagramas de estado son en extremo utiles para modificar los diagramas de clases, por lo que continua el 
proceso iterativo de modelado de UML. 

5. Empezar el diseno de sistemas mediante la modificacion de los diagramas de UML; despues, completar las 
especificaciones. 

El diseno de sistemas significa modificar el sistema existente, para lo cual hay que modificar los 
diagramas que se dibujaron en la fase anterior. Es posible usar estos diagramas para derivar clases, sus 
atributos y metodos (estos son simplemente operaciones). El analista tendra que escribir especificaciones de 
clase para cada una de las clases e incluir los atributos, metodos y sus descripciones. Tambien desarrollara 
especificaciones de los metodos en las que se detallen los requerimientos de entrada y salida para cada 
metodo, junto con una description detallada del procesamiento interno del metodo. 

6. Desarrollar y documental' el sistema. 

UML es, obviamente, un lenguaje de modelado. Un analista podra crear modelos maravillosos, pero 
si el sistema no se desarrolla no tiene mucho sentido crearlos. La documentation es imprescindible. Entre 
mas completa sea la information que usted proporcione al equipo de desarrollo por medio de la 
documentation y los diagramas de UML, mas rapido sera el desarrollo y mas solido sera el sistema de 
production final. 

A menudo las metodologfas orientadas a objetos se enfocan en iteraciones pequenas y rapidas de desarro¬ 
llo, a lo que algunas veces se le conoce como el modelo de espiral. El analisis se lleva a cabo en una parte pe- 
quena del sistema, en donde por lo general se empieza con un elemento de alta prioridad o tal vez con uno que 
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Seleccione 

Cuando 

La metodologia 
del ciclo de vida del 
desarrollo de 
sistemas (SDLC) 

• los sistemas se hayan desarrollado y documentado mediante el uso de SDLC 

• sea importante documentar cada paso del proceso 

• la administration de nivel superior se sienta mas comoda o segura 
si utiliza SDLC 

• haya los recursos y el tiempo adecuados para completar el SDLC 
completo 

• sea importante la comunicacion en relation con la forma en que funcionan 
los nuevos sistemas 

Metodologias agiles 

• haya un defensor de proyectos de metodos agiles en la organization 

• haya que desarrollar aplicaciones rapidamente en respuesta a un entorno 
dinamico 

• haya que realizar un rescate (el sistema fallo y no hay tiempo de averiguar 
que salio mal) 

• el cliente esta satisfecho con las mejoras incrementales 

• los ejecutivos y analistas estan de acuerdo con los principios de las 
metodologias agiles 

Metodologias 
orientadas 
a objetos 

• los problemas modelados se prestan a si mismos para convertirlos en clases 

• una organizacion ofrece apoyo para aprender UML 

• es posible agregar sistemas en forma gradual, un subsistema a la vez 

• la reutilizacion de software escrito con anterioridad es una posibilidad 

• es aceptable hacer frente a los problemas diffciles primero 


FIGURA 1.9 

Como decidir que metodo de 
desarrollo utilizar. 


represente el mayor riesgo. A esto le sigue el diseno y la implementacion. El ciclo se repite con el analisis de la 
siguiente parte, el diseno y algo de implementacion, y esto se repite hasta completar el proyecto. Es normal re- 
disenar los diagramas y los componentes mismos. El UML es una potente herramienta de modelado que puede 
mejorar en forma considerable la calidad del analisis y diseno de sistemas, asi como del producto final. 

COMO ELEGIR QUE METODO DE DESARROLLO DE SISTEMAS USAR 

Las diferencias entre las tres metodologias antes descritas no son tan grandes como parecen en un principio. En 
las tres metodologias, el analista necesita comprender primero a la organizacion (capitulo 2). Despues el analista 
o el equipo del proyecto necesitan elaborar un presupuesto del tiempo y los recursos necesarios para desarrollar 
la propuesta del proyecto (capitulo 3). A continuation deben entrevistar a los miembros de la organizacion y re- 
copilar informacion detallada mediante el uso de cuestionarios (capitulo 4), obtener muestras de los datos de los 
informes existentes y observar como se lleva a cabo la actividad empresarial actual (capitulo 5). Las tres metodo¬ 
logias tienen todas estas actividades en comun. 

Incluso los mismos metodos tienen similitudes. La metodologia SDLC y la metodologia orientada a objetos requie- 
ren de un proceso exhaustivo de planeacion y elaboration de diagramas. La metodologia agil y la metodologia orien¬ 
tada a objetos permiten crear subsistemas uno a la vez hasta que se complete todo el sistema. La metodologia agil y 
la metodologia SDLC se interesan por la forma logica en que los datos se desplazan a traves del sistema. 

Entonces, dada la option de desarrollar un sistema mediante el uso de una metodologia SDLC, una meto¬ 
dologia agil o una metodologia orientada a objetos, ,;cual escogeria usted? La figura 1.9 muestra un conjunto de 
lineamientos para ayudarlo a elegir que metodo utilizar para desarrollar su siguiente sistema. 


RESUMEN 

Podemos considerar a la informacion como un recurso organi- 
zado, de igual forma que consideramos a los humanos. Como tal, 
se debe administrar con cuidado, al igual que los demas recursos. 
La disponibilidad de poder de computo asequible para las orga- 
nizaciones ha provocado una explosion de informacion y, en 


consecuencia, hay que poner mas atencion para lidiar con la in¬ 
formation que se genera. 

Los analistas de sistemas recomiendan, disenan y mantienen 
muchos tipos de sistemas para los usuarios, incluyendo los de pro- 
cesamiento de transacciones (TPS), los de automatization de ofi- 
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Jjienvenido a Maple Ridge Engineering, mejor conocida 
como MRE. Esperamos que disfrute trabajar para nosotros como 
consultor de sistemas. Aunque he laborado aquf durante cinco anos 
en distintos puestos, me acaban de reasignar para trabajar como 
ayudante administrative de Snowden Evans, el jefe del nuevo de- 
partamento de Capacitacion y sistemas administrativos. Sin duda 
somos un grupo diverso. Durante el recorrido de la empresa utilice 
todas sus habilidades, tanto tecnicas como orientadas a las perso¬ 
nas, para intentar comprender quienes somos e identificar los pro- 
blemas y conflictos que, desde su punto de vista, debamos resolver 
en relation con nuestros sistemas de information”. 

“Para ponerlo al corriente, permitame decirle que Maple Ridge 
Engineering es una empresa mediana de ingenieria medica. El ano 
pasado nuestros ingresos superaron los $287 millones. Empleamos 
a cerca de 335 personas. Hay aproximadamente 150 empleados 
administrativos, as! como personal administrative y de oficina como 
yo; aproximadamente 75 empleados profesionales, incluyendo in- 
genieros, medicos y analistas de sistemas; y cerca de 110 emplea¬ 
dos industriales, como proyectistas y tecnicos”, 

“Hay cuatro oficinas. Usted nos visitara a traves de HyperCase 
en nuestras oficinas generales en Maple Ridge, Tennessee. Tenemos 
otras tres sucursales en el sur de los Estados Unidos tambien: 
Atlanta, Georgia; Charlotte, Carolina del Norte, y Nueva Orleans, 


Louisiana. Nos gustana tenerlo de visita cuando se encuentre cerca 
del area”. 

“Por ahora, debe explorar HyperCase mediante el uso de Fire- 
fox, Safari o Microsoft Internet Explorer”. 

“Para aprender mas acerca de Maple Ridge Engineering como 
empresa o averiguar como entrevistar a nuestros empleados, quie¬ 
nes utilizaran los sistemas que usted disene, y como observar sus 
oficinas en nuestra empresa, tal vez quiera empezar por visitar el 
sitio Web en www.pearsonhighered.com/kendall. Despues haga 
clic en el vinculo etiquetado como HyperCase. En la pantalla de 
HyperCase, haga clic en Start y estara en la reception de Maple 
Ridge Engineering. De aquf en adelante puede empezar a consultar 
de inmediato”. 

Este sitio Web contiene informacion util sobre el proyecto, asf 
como archivos que puede descargar en su computadora. Hay un 
conjunto de archivos de datos de Visible Analyst y otro conjunto de 
archivos de datos de Visio que corresponden a HyperCase. Estos ar¬ 
chivos contienen una serie parcialmente construida de diagramas de 
flujo de datos, diagramas entidad-relacion, diagramas de UML e 
informacion del repositorio. El sitio Web de HyperCase tambien 
contiene ejercicios adicionales. HyperCase esta disenado para ser 
explorado, por lo que no debe dejar pasar ningun objeto o pista en 
una pagina Web. 


cinas (OAS), los de trabajo de conocimiento (KWS) y los de 
informacion administrativa (MIS). Tambien crean sistemas orien- 
tados a decisiones para usuarios especfficos. Entre estos sistemas 
estan los de soporte de decisiones (DSS), los sistemas expertos 
(ES), los de soporte de decisiones en grupo (GDSS), los de trabajo 
colaborativo asistido por computadora (CSCWS) y los de soporte 
para ejecutivos (ESS). Muchas aplicaciones estan migrando o se 
estan originando en la Web para ofrecer soporte para el comercio 
electronico y muchas otras funciones empresariales. 

El analisis y diseno de sistemas es una metodologfa sistematica 
para identificar problemas, oportunidades y objetivos; para analizar 
los flujos de informacion humana y generada por computadora en 
las organizations, y para disenar sistemas de informacion compu- 
tarizados para resolver un problema. Los analistas de sistemas 
deben desempenar muchos roles durante el curso de su trabajo. 
Algunos de estos roles son: 1) como consultor extemo para la em¬ 
presa, 2) como experto de soporte dentro de una empresa y 3) como 
agente de cambio en situaciones tanto intemas como extemas. 

Los analistas poseen un amplio rango de habilidades. Antes 
que nada el analista es un solucionador de problemas, alguien que 
disfruta el reto de analizar un problema e idear una solution 
funcional. Los analistas de sistemas requieren habilidades de 
comunicacion, que les permitan relacionarse de manera signifi- 
cativa con muchos tipos de personas a diario, asf como habilida¬ 
des computacionales. Comprender a los usuarios y relacionarse 
bien con ellos es imprescindible para su exito. 

Los analistas proceden de manera sistematica. El marco de 
trabajo para su metodologfa sistematica se proporciona en lo que 


se conoce como ciclo de vida del desarrollo de sistemas (SDLC). 
Este ciclo de vida se puede dividir en siete fases secuenciales, 
aunque en realidad las fases estan interrelacionadas y a menudo 
se llevan a cabo en forma simultanea. Las siete fases son: iden¬ 
tification de los problemas, oportunidades y objetivos; deter¬ 
mination de los requerimientos de informacion del factor 
humano; analisis de las necesidades del sistema; diseno del sis- 
tema recomendado; desarrollo y documentation del software; 
prueba y mantenimiento del sistema; e implementation y evalua¬ 
tion del sistema. 

La metodologfa agil es una metodologfa de desarrollo de 
software basada en valores, principios y practicas basicas. Los 
sistemas que se disenan mediante metodos agiles se pueden 
desarrollar con rapidez. Las etapas en el proceso de desarrollo 
agil son exploration, planeacion, iteraciones para la liberation 
de la primera version, puesta en production y mantenimiento. 

Hay una tercera metodologfa para el desarrollo de sistemas, 
conocida como analisis y diseno orientado a objetos. Estas tec¬ 
nicas se basan en conceptos de programacion orientada a objetos 
que se han codificado en el UML, un lenguaje de modelado es- 
tandarizado en el que los objetos que se crean no solo incluyen 
codigo sobre los datos, sino tambien instrucciones sobre las 
operaciones que se van a realizar en los datos. Los diagramas 
clave ayudan a analizar, disenar y comunicar los sistemas desa- 
rrollados mediante UML. Por lo general, estos sistemas se de- 
sarrollan como componentes y el proceso de replantear estos 
componentes muchas veces es una actividad normal en el anali¬ 
sis y diseno orientado a objetos. 
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PALABRAS CLAVE Y FRASES 

agente de cambio 
Ajax 

analisis y diseno de sistemas 

analisis y diseno de sistemas orientado a objetos (O-O) 

analista de sistemas 

aplicaciones de comercio electronico 

arquitectura orientada a servicios (SOA) 

ciclo de vida del desarrollo de sistemas (SDLC) 

consultor de sistemas 

diseno rapido de aplicaciones (RAD) 

fase de exploration 

fase de mantenimiento 

fase de planeacion 

fase de puesta en production 

herramientas CASE 

Ingenierfa de Software Asistida por Computadora (CASE) 
inteligencia artificial (AI) 
interaccion humano-computadora (HCI) 
iteraciones para la liberation de la primera version 
juego de planeacion 


lenguaje de modelado unificado (UML) 

m-Commerce, mComeerce (comercio movil) 

metodologfa agil 

metodos agiles 

migrar sistemas 

prototipos 

sistemas de automatization de oficinas (OAS) 
sistemas de informacion administrativa (MIS) 
sistemas de planificacion de recursos empresariales (ERP) 
sistemas de procesamiento de transacciones (TPS) 
sistemas de soporte de decisiones (DSS) 
sistemas de soporte de decisiones en grupo (GDSS) 
sistemas de soporte para ejecutivos (ESS) 
sistemas de trabajo colaborativo asistido por computadora 
(CSCWS) 

sistemas de trabajo de conocimiento (KWS) 
sistemas expertos 

software de codigo fuente abierto (OSS) 
software hecho a la medida 


PREGUNTAS DE REPASO 

1. Compare los procesos de tratar la informacion como un recurso y tratar a los humanos como un recurso 

2. Liste las diferencias entre OAS y KWS. 

3. Defina el significado de MIS. 

4. ^Cual es la diferencia entre MIS y DSS? 

5. Defina el termino sistemas expertos. ^Cual es la diferencia entre los sistemas expertos y los sistemas de soporte de 
decisiones? 

6. Enliste los problemas de interaccion grupal para los cuales se disenaron los sistemas de soporte de decisiones en grupo 
(GDSS) y los sistemas de trabajo colaborativo asistido por computadora (CSCWS). 

7. ^Cual es el termino mas general, CSCWS o GDSS? Explique. 

8. Defina el termino comercio-m. 

9. Liste las ventajas de montar aplicaciones en la Web. 

10. ^Cual es la razon dominante para disenar sistemas empresariales (o ERP)? 

11. Proporcione un ejemplo de un proyecto de software de codigo fuente abierto. 

12. Liste las ventajas de utilizar las tecnicas de analisis y diseno de sistemas para trabajar con los sistemas 
computarizados para empresas. 

13. Liste tres roles que el analista de sistemas debe desempenar. Proporcione una definition para cada uno 

14. (,Que cualidades personales son utiles para el analista de sistemas? Haga una lista. 

15. Liste y defina brevemente las siete fases del ciclo de vida del desarrollo de sistemas (SDLC). 

16. ^Para que se utilizan las herramientas CASE? 

17. (,Cual es la diferencia entre las herramientas CASE superiores e inferiores? 

18. Defina que significa la metodologfa agil. 

19. ^Cual es el significado de la frase “el juego de planeacion”? 

20. ^Cuales son las etapas en el desarrollo agil? 

21. Defina el termino analisis y diseno orientado a objetos. 

22. ^Que es UML? 


de informacion 
de ellos. 
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EPISODIC) 1 


CASO DE LA CPU 

Allen Schmidt, Julie E. Kendall y Kenneth E. Kendall 


Se abre el caso 


En un dia calido y soleado de finales de octubre, Chip Puller estaciona su automovil y camina hacia su oficina en la Central 
Pacific University. Se sentia bien empezar como analista de sistemas y estaba esperando conocer al resto del personal. 

En la oficina, Anna Liszt se presenta a sf misma. “Nos han asignado para trabajar como equipo en un nuevo proyecto. ^Por 
que no te pongo al corriente con los detalles y despues damos un paseo por las instalaciones?” 

“Me parece bien”, responde Chip. “^Cuanto tiempo llevas trabajando aquf?” 

“Aproximadamente cinco anos”, le responde Anna. “Empece como analista programador pero durante los ultimos afios me 
he dedicado al analisis y diseno. Espero que encontremos formas de aumentar nuestra productividad”, continua Anna. 
“Cuentame sobre el nuevo proyecto”, dice Chip. 

“Bien”, le responde Anna, “al igual que muchas organizaciones, tenemos una gran cantidad de microcomputadoras con 
distintos paquetes de software instalados en ellas. Hasta donde se, en la decada de 1980 habia pocas computadoras personales 
y una coleccion dispersa de software. Esto se expandio con rapidez en la decada de 1990 y ahora todos usan computadoras. 
Algunos miembros del cuerpo docente utilizan mas de una. El sistema actual que utilizamos para dar mantenimiento al software 
y hardware, que en un principio era bastante util, ahora es obsoleto y esta bastante abrumado”. 

‘T.Que hay sobre los usuarios? iA quien debo conocer? ^ Quien crees que sera importante para ayudarnos con el nuevo 
sistema?”, pregunta Chip. 

“Vas a conocer a todos, pero hay personas clave que acabo de conocer y te dire lo que he aprendido para que las recuerdes 
cuando las conozcas”. 

“Dot Matricks es gerente de todos los sistemas de microcomputadoras en Central Pacific. Al parecer nos llevamos bien en 
el trabajo. Es muy competente. Realmente le gustarfa poder mejorar la comunicacion entre los usuarios y los analistas”. 

“Sera un placer conocerla”, especula Chip. 

“Y tambien esta Mike Crowe, experto en mantenimiento de computadoras. Realmente parece el tipo mas amable, pero esta 
demasiado ocupado. Necesitamos ayudar a aligerar su carga. La contraparte de Mike encargada del software es Cher Ware. Es 
un espiritu libre, pero no me malentiendas: conoce su trabajo”, dice Anna. 

“Tal vez sea divertido trabajar con ella”, reflexiona Chip. 

“Podrfa ser”, asiente Anna. “Tambien conoceras al analista financiero, Paige Prynter. Todavfa no puedo entenderla bien”. 
“Tal vez yo te pueda ayudar”, dice Chip. 

“Por ultimo, deberias —mas bien dicho, tienes que— conocer a Hy Perteks, quien hace un excelente trabajo como encar- 
gado del Centro de information. A el le gustarfa que pudieramos integrar nuestras actividades del ciclo de vida”. 

“Suena prometedor”, dice Chip. “Creo que me va a gustar trabajar aquf’. 

EJERCICIO 

E-l. De la conversation de presentation que compartieron Chip y Anna, ^cuales de los elementos mencionados podrfan su- 
gerir el uso de herramientas CASE? 
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CAPITULO 2 

omprension y modelado de 
los sistemas organizacionales 

Objetivos de aprendizaje 

Al completar este capi'tulo usted podra: 

1. Comprender que las organizaciones y sus miembros son sistemas, y que como analista 
debe asumir una perspectiva de sistemas. 


2. Describir los sistemas en forma grafica mediante el uso de diagramas de flujo de datos a 
nivel de contexto, modelos entidad-relacion, casos de uso y escenarios de casos de uso. 


3. Reconocer que los distintos niveles de la administracion requieren distintos sistemas. 

4. Comprender que la cultura organizacional afecta al diseno de los sistemas de informacion. 


Para analizary disenar sistemas de informacion apropiados, los analistas 
de sistemas deben concebir a las organizaciones en que trabajan como 
sistemas configurados por la interaccion de tres fuerzas principales: los 
niveles de administracion, el diseno de las organizaciones y las culturas 
organizacionales. 

Las organizaciones son sistemas extensos compuestos por subsiste- 
mas interrelacionados. Los subsistemas se ven influenciados por tres amplios niveles de perso¬ 
nas que toman decisiones administrates (operaciones, administracion a nivel medio y 
administracion estrategica) y atraviesan horizontalmente todo el sistema organizacional. Las 
culturas y subculturas organizacionales influyen en la forma en que las personas se interrela- 
cionan en los subsistemas. Este capitulo aborda estos temas y sus implicaciones para el desa- 
rrollo de sistemas de informacion. 



LAS ORGANIZACIONES COMO SISTEMAS 

Podemos conceptualizar operativamente a las organizaciones y sus miembros como sistemas 
disenados para cumplir con ciertas metas y objetivos predeterminados a traves de las personas 
y los recursos que emplean. Las organizaciones estan compuestas por sistemas mas pequenos e 
interrelacionados (departamentos, unidades, divisiones, etc.) que brindan funciones especializa- 
das. Algunas de las funciones comunes son contabilidad, marketing, production, procesamiento 
de datos y administracion. Las funciones especializadas (sistemas mas pequenos) se reintegran 
en un momento dado a traves de diversos medios para formar un todo organizacional efectivo. 

Conceptualizar a las organizaciones como sistemas complejos permite entender la forma en 
que funcionan a traves de los principios de sistemas. Para establecer en forma adecuada los re- 
querimientos de informacion y disenar sistemas de informacion apropiados, es primordial com¬ 
prender a la organization como un todo. Todos los sistemas estan compuestos de subsistemas 
(incluyendo los sistemas de informacion); por lo tanto, al estudiar una organization tambien de- 
bemos examinar como se involucran los sistemas mas pequenos y la manera en que funcionan. 
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Capacidad de interrelation e interdependencia de los sistemas 

Todos los sistemas y subsistemas estan interrelacionados y son interdependientes. Este hecho tiene implicaciones 
importantes, tanto para las organizaciones como para los analistas de sistemas que buscan ayudar a estas organi- 
zaciones a cumplir mejor sus objetivos. Cuando se modifica o elimina algun elemento de un sistema, tambien se 
afecta considerablemente al resto de los elementos y subsistemas de ese sistema. 

Por ejemplo, suponga que los gerentes de una organization deciden no contratar mas asistentes adminis- 
trativos y desean reemplazar sus funciones mediante PC en red. Esta decision tiene el potencial de afectar en 
forma considerable no solo a los asistentes administrativos y a los gerentes, sino tambien a todos los miem- 
bros de la organizacion que construyeron redes de comunicacion con los asistentes que antes trabajaban ahi. 

Todos los sistemas procesan entradas provenientes de sus entornos. Por defmicion, los procesos cambian o 
transforman las entradas en salidas. Cada vez que examine un sistema, identifique que se esta cambiando o pro- 
cesando. Si no hay cambios, tal vez no este identificando un proceso. Algunos procesos comunes en los sistemas 
son verificar, actualizar e imprimir. 

Otro aspecto de las organizaciones como sistemas es que todos los sistemas estan contenidos por lfmites 
que los separan de sus entornos. Los lfmites organizacionales existen en un rango continuo, desde los extre- 
madamente permeables hasta los que son casi impermeables. Para poder adaptarse y sobrevivir, las organiza¬ 
ciones primero deben ser capaces de importar personas, materia prima e informacion a traves de sus lfmites 
(entradas) y despues intercambiar sus productos terminados, servicios o informacion con el mundo exterior 
(salidas). 

La retroalimentacion es una forma de control de un sistema. Como sistemas, todas las organizaciones usan 
la planeacion y el control para administrar sus recursos con efectividad. La figura 2.1 muestra la forma en que se 
utilizan las salidas del sistema como retroalimentacion para comparar el rendimiento con los objetivos. A su de- 
bido tiempo, esta comparacion ayuda a los gerentes a formular objetivos mas especfficos como entradas. Veamos 
el ejemplo de una empresa estadounidense de manufactura que produce conjuntos de entrenamiento con pesas 
rojo, bianco y azul, y gris metalico. La empresa descubre que un ano despues de las Olimpiadas se vendieron 
muy pocos conjuntos con la combination rojo, bianco y azul. Los gerentes de produccion utilizan esa informa¬ 
cion para tomar decisiones con respecto a los colores a producir subsecuentemente. En este caso, la retroalimen¬ 
tacion es util para la planeacion y el control. 

El sistema ideal, en todo caso, es uno que se corrija o regule automaticamente de tal forma que no se requie- 
ran decisiones basadas en acontecimientos comunes. Un ejemplo de ello es el sistema de cadena de suministro 
para planificar la produccion, el cual toma en cuenta las demandas actual y pronosticada, y formula una solution 
propuesta como salida. Un fabricante italiano de ropa tejida que comercializa sus prendas en Estados Unidos 
tiene un sistema asf. Esta empresa produce la mayor parte de sus sueteres en color bianco, utiliza su sistema de 
informacion de inventario computarizado para averiguar que colores se venden mas y entonces tine los sueteres 
en esos colores justo antes de enviarlos. 

La retroalimentacion se recibe desde el interior de la organizacion y de los entornos exteriores. Cualquier 
cosa externa a los lfmites de una organizacion se considera un entorno. Numerosos entornos con diversos grados 
de estabilidad constituyen el medio en el que existen las organizaciones. 

Algunos de estos son: 1) el entorno de la comunidad en la que se encuentra ffsicamente la organizacion, 
y se determina considerando el tamano de su poblacion y su perfil demografico (nivel de education, ingresos 
promedio y otros indicadores); 2) el entorno economico, que se ve influenciado por los factores del mercado, 
incluyendo la competencia; 3) el entorno politico, que se controla mediante gobiernos estatales y locales, 
y 4) el entorno legal, que establece leyes y lineamientos federales, estatales, regionales y locales. Aunque es 
posible planear respuestas a los cambios del entorno, por lo general una organizacion no puede controlarlos de 
manera directa. 



FIGURA 2.1 

Las salidas del sistema sirven 
como retroalimentacion para 
comparar el rendimiento con los 
objetivos. 
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OPORTUNIDAD DE CONSULTORIA 2.1 
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La E de la vitamina E significa E-commerce (comercio electronico) 


{ 

■ S * 
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_L i uestras tiendas de venta al publico y la division de pedidos por 
correo estan de maravilla”, dice Bill Berry, uno de los propietarios de 
Marathon Vitamin Shops, “pero para ser mas competitivos debemos 
establecer un sitio Web de comercio electronico”. Su padre, copropie- 
tario, responde: “Estoy de acuerdo, pero ^donde empezamos?” Barry 
padre sabia, desde luego, que no era solo cuestion de establecer un 
sitio Web y pedir a sus clientes que enviaran por correo electronico sus 
pedidos a la tienda de ventas al publico; ya habfa identificado ocho 
elementos constitutivos del comercio electronico y sabia que todas las 
partes tenian que trabajar en conjunto dado que formaban un sistema 
mayor. Para que el comercio electronico se realizara era necesario: 

1. Atraer clientes a un sitio Web de comercio electronico. 

2. Informar a los clientes sobre los productos y servicios ofrecidos. 

3. Permitir a los clientes personalizar sus productos en linea. 

4. Completar las transacciones con los clientes. 

5. Aceptar varias formas de pago. 

6 . Brindar soporte a los clientes despues de la venta a traves del 
sitio Web. 

7. Hacer los arreglos correspondientes para entregar los 
productos y servicios. 


8 . Personalizar la apariencia del sitio Web para distintos 
clientes. 

Bill Berry leyo la lista y la contemplo por unos instantes. “Es 
obvio que el comercio electronico es mas complejo de lo que pen- 
saba”, dijo. Usted puede ayudar a los propietarios de Marathon 
Vitamin Shops en varias formas: 

1. Elabore una lista de los elementos interrelacionados o 
interdependientes. Despues escriba un parrafo para indicar 
por que es imprescindible supervisar estos elementos con 
detenimiento. 

2. Decida cuales seran los lfmites y el alcance maximo del 
sistema. Es decir, escriba un parrafo en el que exprese su 
opinion sobre que elementos son imprescindibles para 
Marathon Vitamin Shop y cuales se pueden explorar despues. 

3. Sugiera los elementos que es necesario manejar dentro de la 
empresa y los que se puedan asignar a otra companfa capaz 
de hacerse cargo del trabajo de una manera mas eficiente. 
Justifique sus sugerencias en dos parrafos, uno para las tareas 
internas a la empresa y otras para las tareas que se deben 
asignar a otras empresas (outsourcing). 


El concepto de apertura o cerrazon interna de las organizaciones esta relacionado y es similar al concepto de 
permeabilidad de los lfmites extemos. La apertura y cerrazon tambien existen en un continuo, ya que no hay tal 
cosa como una organizacion completamente abierta o una totalmente cerrada. 

La apertura se refiere al flujo libre de informacion dentro de la organizacion. Los subsistemas como los de- 
partamentos creativos o artfsticos a menudo se caracterizan como abiertos, con un flujo libre de ideas entre los 
participantes y muy pocas restricciones en cuanto a quien recibe la informacion y en que momenta, cuando un 
proyecto creativo esta en su infancia. 

En el extremo opuesto del continuo podrfa haber una unidad del departamento de defensa que trabaje en 
un proyecto ultrasecreto de planeacion que afecte la seguridad national. Cada persona deberfa entonces tener 
autorizacion de acceso, la informacion oportuna serfa indispensable y el acceso a la informacion se otorgarfa 
solo a quien fuera estrictamente necesario incluir. Una unidad tal debera funcionar bajo muchas restricciones. 

Si utilizamos la superposition de sistemas para comprender a las organizaciones, podremos reconocer la 
idea de que los sistemas estan compuestos por subsistemas, su capacidad de interrelation e interdependen¬ 
ce, la existencia de lfmites que permiten o evitan la interaction entre varios departamentos y elementos de 
otros subsistemas y entornos, y la existencia de entornos internos que se caracterizan con base en un grado 
de apertura y cerrazon que podrfa diferir entre los departamentos, las unidades o, incluso, los proyectos de 
sistemas. 


Organizaciones y equipos virtuales 

No todas las organizaciones o partes de estas son visibles en una ubicacion ffsica. En la actualidad, toda una 
organizacion o varias unidades de esta pueden poseer componentes virtuales que les permitan modificar sus 
configuraciones para adaptarse a las demandas cambiantes del proyecto o del mercado. Las empresas virtuales 
utilizan redes de computadoras y tecnologfa de comunicaciones para unir personas con habilidades especfficas, 
de manera que trabajen en proyectos ffsicamente dispersos. La tecnologfa de la information permite coordinar 
estos equipos de miembros remotos. A menudo surgen equipos virtuales en organizaciones ya establecidas; sin 
embargo, en ciertos casos las organizaciones de trabajadores remotos han podido lograr sus metas sin necesidad 
de la traditional inversion requerida para las instalaciones ffsicas. 
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Hay varios beneficios potenciales para las organizaciones virtuales, como la posibilidad de reducir los cos- 
tos derivados de instalaciones ffsicas, una respuesta mas rapida a las necesidades de los clientes y la capacidad 
de ayudar a los empleados virtuales a cumplir con sus obligaciones familiares de criar a sus hijos o a sus padres 
que estan envejeciendo. Lo que aun sigue abierto a investigation y debate es que tan importante sera cumplir 
con las necesidades sociales de los trabajadores virtuales. Un ejemplo de necesidad de identification tangible con 
una cultura surgio cuando ciertos estudiantes inscritos en una universidad en lrnea sin campus ffsico (ni equipos 
deportivos), pedfan continuamente artfculos como sudaderas, tazas de cafe y banderines que tuvieran impreso 
el logotipo de la universidad virtual. Estos artfculos son artefactos culturales significativos que las escuelas con- 
vencionales siempre han proporcionado a sus alumnos. 

Muchos analistas de sistemas y equipos de diseno ahora pueden trabajar en forma virtual y, de hecho, mu- 
chos de ellos marcaron el camino que otros tipos de empleados empezaron a seguir para realizar su trabajo en 
forma virtual. Algunas aplicaciones permiten que los analistas que ofrecen asistencia tecnica a traves de la Web 
puedan “ver” la configuration de software y hardware del usuario que solicita ayuda, con lo cual se crea un 
equipo virtual ad hoc compuesto por el analista y el usuario. 

Una perspectiva de sistemas 

A1 tomar una perspectiva de sistemas, los analistas pueden empezar a descifrar y comprender en terminos gene- 
rales las diversas empresas con las que entraran en contacto. Es importante que los miembros de los subsistemas 
esten conscientes de que su trabajo esta interrelacionado. En la figura 2.2 podemos observar que las salidas de 
los subsistemas de production sirven como entradas para el departamento de marketing y que las salidas de este 
sirven como nuevas entradas para el de production. Ningun subsistema puede lograr sus metas cabalmente sin 
el otro. 

Los problemas surgen cuando cada gerente sostiene una vision distinta de la importancia de su propio sub¬ 
sistema funcional. En la figura 2.3 podemos ver que, de acuerdo con la perspectiva personal del gerente de mar¬ 
keting, la empresa esta controlada por el marketing y las demas areas funcionales estan interrelacionadas pero no 
tienen la misma importancia. De igual forma, la perspectiva de un gerente de production considera a su departa¬ 
mento como el centra de la empresa que controla a todas las demas areas funcionales. 

La importancia relativa de las areas funcionales, segun lo que revelan las perspectivas personales de los ge- 
rentes, adquiere un significado adicional cuando los gerentes van subiendo por los rangos hasta convertirse en 
gerentes estrategicos. Pueden provocar problemas si sobreenfatizan sus requerimientos previos de information 
funcional en relation con las necesidades mas amplias de la organization. 

Por ejemplo, si un gerente de production sube de puesto pero sigue enfocado en los itineraries de produc¬ 
tion y el rendimiento de los trabajadores de la lfnea de production, tal vez se vean afectados los aspectos mas 
amplios relacionados con los pronosticos y las polfticas, por ejemplo. Esta tendencia es peligrosa en cualquier 
tipo de empresa: los ingenieros que se esfuerzan por subir de puesto y se convierten en administradores de em¬ 
presas aeroespaciales, los profesores universitarios que dejan sus departamentos para convertirse en decanos o 
los programadores que avanzan y se convierten en ejecutivos de empresas de software. Con frecuencia, su res- 
tringida vision periferica crea problemas para los analistas de sistemas que tratan de separar los requerimientos 
reales de information de los deseos de obtener cierto tipo especffico de information. 


Las salidas del departam®'' 1 ' 0 
ae markets 
en las entradas para e 
departamento de production. 



FIGURA 2.2 

Las salidas de un departamento 
sirven como entradas para otro, 
de tal forma que los subsistemas 
estan interrelacionados. 
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FIGURA 2.3 

Una description de la perspectiva 
personal de los gerentes 
funcionales muestra que 
consideran que su propia area 
funcional es la que controla a la 
organization. 



La forma en que el gerente de marketing puede ver a la organization 



La forma en que el gerente de produccion puede ver a la organization 


Sistemas empresariales: considerar a la organization como un sistema 

Los sistemas empresariales, que con frecuencia se denominan sistemas de planificacion de recursos empresaria¬ 
les (ERP), constituyen un te'rmino empleado para describir un sistema de information organizational (empresa- 
rial) integrado. En esencia, ERP es software que ayuda al flujo de information entre las areas funcionales de la 
organization. Es un sistema personalizado que, en vez de desarrollarlo dentro de la empresa, por lo general se 
compra a una de las empresas de desarrollo de software reconocidas por sus paquetes ERP, como SAP u Oracle. 
Despues, el producto se personaliza para adaptarse a los requerimientos de una empresa en particular. Por lo ge¬ 
neral, el distribuidor requiere de un compromiso con la organization en te'rminos de capacitacion especializada 
para los usuarios o analistas. Muchos paquetes ERP estan disenados para operar en la Web. Aunque su populari- 
dad esta en aumento, hay algunos que ven a los sistemas ERP con algo de escepticismo. 

El sistema ERP evoluciono a partir de la planificacion de requerimientos de materiales (MRP), sistemas de 
information disenados para mejorar el proceso de manufactura en general y el proceso de ensamblaje en particu¬ 
lar. Ahora los sistemas ERP incluyen componentes de manufactura y, por ende, ayudan con la planificacion de 
la capacidad, los programas de produccion de materiales y los pronosticos. Ademas de los procesos de manu¬ 
factura (y su contraparte representada por los servicios). los sistemas ERP incluyen la planificacion de ventas y 
operaciones, y la distribution, la obtencion y la administration de la cadena de suministro. Por lo tanto, afecta en 
forma considerable a todas las areas de la organization, incluyendo contabilidad, finanzas, administration, mar¬ 
keting y los sistemas de information. 

Puede ser frustrante implementar una solution ERP, ya que es diffcil analizar un sistema en uso y despues 
adaptar el modelo ERP a ese sistema. Ademas, las empresas tienden a disenar sus procesos de sistemas antes 
de implementar el sistema ERP. Por desgracia, es comun que este proceso se realice de manera apresurada y el 
modelo de negocios propuesto no siempre coincide con la funcionalidad del sistema ERP. El resultado es que se 
requiere mas personalization, periodos de tiempo de implementation extendidos, costos mas altos y a menudo 
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se pierde la confianza del usuario. Los analistas necesitan estar conscientes de la magnitud del problema al que se 
enfrentan al tratar de implementar paquetes de ERP. 

DESCRIPCION GRAFICA DE LOS SISTEMAS 

Podemos realizar la descripcion grafica de un sistema o subsistema, segun la forma en que existe dentro de la 
organization corporativa de varias formas. Los diversos modelos graficos muestran los lfmites del sistema y la in¬ 
formation que utiliza. 

Los sistemas y el diagrama de flujo de datos a nivel de contexto 

El primer modelo es el diagrama de flujo de datos a nivel de contexto (tambien conocido como modelo ambien- 
tal). Los diagramas de flujo de datos se enfocan en los datos que fluyen hacia el sistema y salen de el, ademas 
del procesamiento de estos datos. Podemos describir con detalle estos componentes basicos de todo programa 
computational y utilizarlos para analizar la precision e integridad del sistema. 

En la figura 2.4 podemos ver que el diagrama de flujo de datos a nivel de contexto emplea solo tres sfm- 
bolos: 1) un rectangulo con esquinas redondas, 2) un cuadrado con dos bordes sombreados y 3) una flecha. Los 
procesos transforman los datos entrantes en information de salida y el nivel de contenido tiene solo un proceso, 
que representa a todo el sistema completo. La entidad externa representa a cualquier entidad que suministra o re- 
cibe information del sistema, pero que no forma parte del mismo. Esta entidad puede ser una persona, un grupo 
de personas, un puesto o departamento corporativo o, inclusive, otros sistemas. Las lineas que conectan a las en- 
tidades externas con el proceso se llaman flujos de datos y representan los datos. 

En la figura 2.5 podemos ver un ejemplo de diagrama de flujo de datos a nivel de contexto. En este ejemplo 
se representan los elementos mas basicos del sistema de reservation de una aerolmea. El pasajero (una entidad) 
inicia una solicitud de viaje (flujo de datos). El diagrama a nivel de contexto no muestra el suficiente detalle 
como para indicar con exactitud lo que ocurre (no se supone que deba hacerlo), pero podemos ver que las pre¬ 
ferences del pasajero y los vuelos disponibles se envfan al agente de viajes, quien a su vez envfa la informa¬ 
tion sobre los boletos de vuelta al proceso. Tambien podemos ver que la reservation del pasajero se envfa a la 
aerolmea. El diagrama de flujo de datos a nivel de contexto sirve como un buen punto de initio para dibujar el 
diagrama de casos de uso (que veremos mas adelante en este capftulo). 

En el capftulo 7 aprenderemos que un flujo de datos contiene mucha information. Por ejemplo. la reserva¬ 
tion del pasajero contiene su nombre, la aerolmea, el (los) niimero(s) de vuelo, la(s) fecha(s) del viaje, el precio, 
la preferencia de asiento, etcetera. Sin embargo, por ahora debemos preocupamos principalmente por la forma 
en que un nivel de contexto define los lfmites del sistema. En el ejemplo anterior, solo las reservaciones forman 
parte del proceso. Otras decisiones que debe tomar la aerolmea (por ejemplo, comprar aviones, cambiar itinera¬ 
ries, ajustar los precios) no forman parte de este sistema. 

El diagrama de flujo de datos a nivel de contexto es una manera de mostrar el alcance del sistema o lo que 
se va a incluir en el. Las entidades extemas estan fuera del alcance y esto es algo sobre lo que el sistema no tiene 
control. 


{ \ 


v_y 


Un proceso significa que se llevan 
a cabo una o varias acciones. 


FIGURA 2.4 

Los sfmbolos basicos de un 
diagrama de flujo de datos. 


Una entidad es una persona, 
grupo, departamento o cualquier 
sistema que recibe o genera 
information o datos. 


Un flujo de datos muestra que 
un proceso va a pasar o recibir 
information. 
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FIGURA 2.5 

Un diagrama de flujo a nivel 
de contexto para el sistema de 
reservacion de una aerolmea. 


Pasajero 

Preferencias 
y vuelos disponibles 

Agente 



de viajes 



Los sistemas y el modelo de entidad-relacion 

Otra forma en que un analista de sistemas puede mostrar el alcance del sistema y definir limites apropiados 
para el mismo es mediante el uso de un modelo entidad-relacion. Los elementos que conforman un sistema or- 
ganizacional se pueden denominar entidades. Una entidad puede ser una persona, un lugar o una cosa, como un 
pasajero en una aerolmea, un destino o un avion. O bien, una entidad puede ser un evento, como el fin de mes, 
un periodo de ventas o el tiempo de inactividad de una maquina. Una relacion es la asociacion que describe a la 
interaction entre las entidades. 

Hay muchas convenciones para dibujar diagramas de entidad-relacion (E-R) (con nombres como las nota- 
ciones tipo pata de cuervo [crow’s foot]. Arrow o Bachman). En este libro utilizaremos la notation tipo pata de 
cuervo. Por ahora vamos a suponer que una entidad es un cuadro rectangular simple. 

En la figura 2.6 aparece un diagrama de entidad-relacion simple. Dos entidades se enlazan entre sf mediante 
una linea. En este ejemplo, el final de la linea se marca mediante dos marcas paralelas cortas (I I) para indicar 
que esta relacion es de uno a uno. Por lo tanto, se asigna exactamente un empleado a una extension telefonica. 
Nadie comparte la misma extension telefonica en esta oficina. 


FIGURA 2.6 

Diagrama Entidad-Relacion que 
muestra una relacion uno-a-uno. 
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Las flechas rojas no forman parte del diagrama de entidad-relacion; aparecen solo para indicar como leerlo. 
La frase del lado derecho de la linea se lee de arriba hacia abajo de la siguiente manera: “Un EMPLEADO se 
asigna a una EXTENSION TELEFONICA”. Del lado izquierdo, leyendo de abajo hacia arriba, la llecha dice: 
“Una EXTENSION TELEFONICA se enlista para un EMPLEADO”. 

De manera similar, en la figura 2.7 se muestra otra relacion. Es obvio que en este diagrama se utiliza la no¬ 
tation tipo pata de cuervo (>-+), y este ejemplo especlfico contiene una relacion de varios a uno. Si leemos de iz- 
quierda a derecha, la flecha indica: “Varios EMPLEADOS son miembros de un DEPARTAMENTO”. Si leemos 
de derecha a izquierda, implica: “Un DEPARTAMENTO contiene varios EMPLEADOS”. 

Observe que cuando hay una relacion de varios a uno, la gramatica cambia de “es” a “son” aiin y cuando 
se escribe el “es” en singular en la linea. La notation tipo pata de cuervo y la marca individual no indican lite- 
ralmente que este extremo de la relacion tenga que ser de “varios” en forma obligatoria. Lo que implican es que 
este extremo puede ser cualquier cosa: uno o varios. 

La figura 2.8 muestra mas detalles sobre este esquema. Aqul enlistamos varias relaciones de entidades comunes. 
La primera, “Un EMPLEADO se asigna a una OFICINA” es una relacion de uno a uno. La segunda es una relacion 
de uno a varios: “Una AERONAVE DE CARGA servira a uno o mas CENTROs DE DISTRIBUCION”. La tercera 
es ligeramente distinta, ya que tiene un clrculo en un extremo. Se puede leer asl: “Un ANALISTA DE SISTEMAS 
se puede asignar a VARIOS PROYECTOS”, lo cual significa que el analista se puede asignar a ningun proyecto [el 
clrculo (0) indica cero], a uno o a varios proyectos. De igual forma, el clrculo (0) indica que es posible no tener 
ningun mantenimiento programado en la siguiente relacion. Recuerde que la marca corta significa uno. Por lo tanto, 
podemos leerlo de la siguiente forma: “Una MAQUINA puede o no tener asignado un MANTENIMIENTO PRO¬ 
GRAMADO”. Observe que la linea se escribe como “tiene asignado”, pero las marcas de los extremos de la linea 
indican que no se va a realizar ningun mantenimiento (0) o que se va a realizar un mantenimiento (I). 

La siguiente relacion establece que: “Uno o mas VENDEDORES (plural de VENDEDOR) se asignan a uno 
o mas CLIENTEs”. Esta es la clasica relacion de varios a varios. La siguiente relacion se puede leer asl: “La 
OFICINA PRINCIPAL puede tener uno o varios EMPLEADOs”, o “Uno o mas EMPLEADOs pueden asignarse 
o no a la OFICINA PRINCIPAL”. Una vez mas, los slmbolos I y 0 juntos implican una situation booleana; en 
otras palabras, uno o cero. 

La relacion final que se muestra en esta figura se puede leer asl: “Varios PASAJEROs van a volar a varios 
DESTINOs”. Algunas personas prefieren usar este slmbolo [>T] para indicar una condition de “varios” obliga¬ 
toria Q.sena posible tener solo un pasajero o solo un destino?). Aiin asl, algunas herramientas CASE como Vi¬ 
sible Analyst no ofrecen esta posibilidad, ya que es suficiente con la condition opcional de uno o varios que se 
muestra en la relacion VENDEDOR-CLIENTE. 

Hasta ahora hemos modelado todas nuestras relaciones mediante un solo rectangulo simple y una linea. Este 
metodo funciona bien cuando examinamos las relaciones de cosas reales, como personas, lugares y cosas. Pero 



FIGURA 2.7 

Un diagrama de entidad-relacion 
que muestra una relacion de varios 
a uno. 
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FIGURA 2.8 

En los diagramas E-R se utilizan 
tres tipos distintos de entidades. 
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algunas veces creamos elementos en el proceso de desarrollo de un sistema de information. Algunos ejemplos 
son facturas, recibos, archivos y bases de datos. Por ejemplo, cuando queremos describir la forma en que se rela- 
ciona una persona con un recibo, es conveniente indicar el recibo de una manera distinta, como se muestra en la 
figura 2.9, en forma de entidad asociativa. 

Una entidad asociativa puede existir solo si esta conectada con por lo menos otras dos entidades. Por esta 
razon algunos la llaman gerundio, cruce, intersection o entidad concatenada. Esta formulation tiene sentido, ya 
que un recibo no serfa necesario a menos que hubiera un cliente y un vendedor para realizar la transaction. 

La entidad atributiva es otro tipo de entidad. Cuando un analista quiere mostrar datos que dependen por com- 
pleto de la existencia de una entidad fundamental, hay que utilizar una entidad atributiva. Por ejemplo, si una bi- 


FIGURA 2.9 


Por lo general una entidad real: 
una persona, lugar o cosa 


Tres tipos diferentes de entidades 
utilizadas en diagramas E-R 




Algo creado que une 
a dos entidades 



Algo util para describir atributos, 
en especial los grupos repetitivos 
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reservacion 
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FIGURA 2.10 

El primer intento para dibujar un 
diagrama E-R. 


blioteca tiene varias copias del mismo libro, se puede utilizar una entidad atributiva para designar que copia del 
libro se va a sacar. La entidad atributiva es util para mostrar grupos de datos repetitivos. Por ejemplo, suponga que 
vamos a modelar las relaciones que existen cuando un patrocinador obtiene boletos para un concierto o show. A1 
principio las entidades parecen obvias: “Un CLIENTE y un CONCIERTO/SHOW'’, como se muestra en la figura 
2.10. ^Que tip 0 d e relacion existe? A primera instancia, el CLIENTE obtiene una reservacion para un CON¬ 
CIERTO/SHOW y se puede decir que el CONCIERTO/SHOW hizo una reservacion para un CLIENTE . 

Desde luego que el proceso no es tan simple, por lo que el diagrama E-R tampoco necesita ser asf de simple. 
En realidad el CLIENTE hace una RESERVACION, como se muestra en la figura 2.11. La RESERVACION es 
para un CONCIERTO/SHOW. El CONCIERTO/SHOW contiene la RESERVACION y la RESERVACION esta 
a nombre del CLIENTE. Agregamos una entidad asociativa en este caso ya que se creo una RESERVACION de- 
bido a que el sistema de information requiere que se relacionen el CLIENTE y el CONCIERTO/SHOW. 


Cliente 


FIGURA 2.11 

Como mejorar el diagrama E-R al 
agregar una entidad asociativa 
llamada RESERVACION. 
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Podemos ver de nuevo que este proceso es bastante simple, pero como los conciertos y shows tienen varias 
presentaciones, en la figura 2.12 dibujamos una vez mas el diagrama E-R. Ahora agregamos una entidad atribu- 
tiva para manejar las diversas presentaciones del CONCIERTO/SHOW. En este caso se hace la RESERVACION 
para una PRESENTACION especffica y la PRESENTACION es una de varias que pertenecen a un CONCIERTO/ 
SHOW especffico. A su vez, el CONCIERTO/SHOW tiene varias presentaciones y una PRESENTACION tiene 
una RESERVACION que esta a nombre de un CLIENTE especffico. 

A la derecha de este diagrama E-R hay un conjunto de atributos de datos que conforman cada una de las en- 
tidades. Algunas entidades pueden tener atributos en comun. Es posible realizar busquedas con los atributos que 
estan subrayados. Los atributos se denominan claves y los describiremos en el capltulo 13. 

A menudo los disenadores de sistemas utilizan diagramas E-R para ayudar a modelar el archivo o la base de 
datos. Sin embargo, es aun mas importante que el analista de sistemas comprenda lo mas pronto posible tanto 
las entidades como las relaciones en el sistema organizacional. A1 realizar bosquejos de algunos diagramas E-R 
basicos, el analista necesita: 

1. Enlistar las entidades en la organization para obtener una mejor comprension de la misma. 

2. Elegir las entidades clave para reducir el alcance del problema a una dimension manejable y significativa. 


FIGURA 2.12 

Un diagrama E-R mas completo 
que muestra los atributos de datos 
de las entidades. 
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Microsoft Visio facilita al analista de sistemas la tarea de dibujar diagramas E-R, asf como la mayorla de los diagramas 
que se encuentran en este libro, pero esta disponible solo para PC. Los usuarios de equipos Mac tienen una alternativa: 
OmniGraffle Professional. Este paquete de software es mas facil de usar que Microsoft Visio, ya que su interfaz es 
mas uniforme e intuitiva, y se opera arrastrando y colocando. 

Tambien incluye una “guia inteligente” que utiliza marcadores de distancia desplegables para ayudar a colocar 
los simbolos en los lugares correctos. OmniGraffle tiene integrados muchos simbolos como los que se utilizan en los 
diagramas E-R, pero tambien permite al usuario acceder a una biblioteca de terceros conocida como Graffletopia 
para buscar simbolos de UML y otros especializados. 



FIGURA 2.MAC 

OmniGraffle de Omni Group es un paquete de dibujo poderoso y facil de usar. 


3. Identificar cual debe ser la entidad principal. 

4. Confirmar los resultados de los pasos 1 al 3 por medio de otros metodos de recopilacion de datos 
(investigacion, entrevistas, administration de cuestionarios, observation y prototipos), segun lo descrito en 
los capftulos 4 al 6. 

Es imprescindible que el analista de sistemas empiece a dibujar diagramas E-R al entrar a la organizacion en 
vez de esperar a que sea necesario disenar la base de datos, ya que los diagramas E-R ayudan al analista a com- 
prender cual es la verdadera actividad de la organizacion, a determinar el tamano y alcance del problema, y a discemir 
si esta tratando o no con el problema correcto. Hay que confirmar o revisar los diagramas E-R a medida que se 
lleve a cabo el proceso de recopilacion de datos. 

MODELADO DE CASOS DE USO 

Aunque en un principio se presentaron como un diagrama para usarlo en el UML orientado a objetos, ahora los 
casos de uso se utilizan sin importar la metodologfa para el desarrollo de sistemas. Se pueden utilizar como parte 
del SDLC o en el modelado agil. Un modelo de caso de uso describe que hace un sistema sin describir como lo 
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hace; es decir, es un modelo logico del sistema (en el capftulo 7 veremos mas detalles sobre los modelos logi- 
cos o conceptuales). El modelo de caso de uso presenta al sistema desde la perspectiva de un usuario fuera del 
mismo (por ejemplo, los requerimientos del sistema). 

Un analista desarrolla casos de uso en un esfuerzo de cooperation con los expertos de negocios que ayudan 
a definir los requerimientos del sistema. El modelo de caso de uso provee un medio efectivo de comunicacion 
entre el equipo de negocios y el equipo de desarrollo. Un modelo de caso de uso particiona la forma en que tra- 
baja el sistema en comportamientos, servicios y respuestas (los casos de uso) que sean importantes para los usua- 
rios del sistema. 

Desde la perspectiva de un actor (o usuario), un caso de uso debe producir algo de valor. Por lo tanto, el ana¬ 
lista debe determinar que es importante para el usuario y debe recordar incluirlo en el diagrama del caso de uso. 
Por ejemplo, intro due ir una contrasena es algo de valor para el usuario? Tal vez se deba incluir si al usuario le 
preocupa la seguridad o si es algo imprescindible para el exito del proyecto. 

Simbolos de los casos de uso 

Un diagrama de caso de uso contiene los simbolos del actor y del caso de uso, junto con lineas conectoras. Los 
actores son similares a las entidades externas; existen fuera del sistema. El termino actor se refiere a un rol 
especifico de un usuario del sistema. Por ejemplo, un actor puede ser un empleado, pero tambien puede ser un 
cliente en la tienda de la empresa. Incluso cuando es la misma persona en el mundo real, se representa como dos 
simbolos distintos en un diagrama de caso de uso, ya que la persona interactua con el sistema en distintos roles. 
El actor existe fuera del sistema e interactua con este de una manera especifica. Un actor puede ser un humano, 
otro sistema o un dispositivo como un teclado o una conexion Web. Los actores pueden iniciar una instancia de 
un caso de uso. Un actor puede interactuar con uno o mas casos de uso; un caso de uso puede involucrar a uno 
o mas actores. 

Los actores se pueden dividir en grupos. Los actores principales suministran datos o reciben information 
del sistema. Algunos usuarios interactuan en forma directa con el sistema (actores del sistema), pero los actores 
principales tambien pueden ser personas de negocios que no interactuen directamente con el sistema sino que 
participen en cierta forma. Los actores principales son importantes ya que son las personas que usan el sistema 
y pueden proveer los detalles acerca de lo que deberia hacer el caso de uso. Tambien pueden proveer una lista 
de objetivos y prioridades. Los actores de soporte (tambien conocidos como actores secundarios) ayudan a man- 
tener el sistema en funcionamiento o a proveer otros servicios; son las personas que operan el departamento de 
soporte tecnico, los analistas, los programadores, etcetera. 

Algunas veces es conveniente crear un perfil de actor que enliste a los actores, su historial y sus habilidades 
en un formato de tabla. Esto puede ser util para entender como interactua el actor con el sistema. Por ejemplo, el 
perfil del Especialista de procesamiento de pedidos serfa: “Un usuario rutinario del software, familiarizado con 
las caracterfsticas menores, las excepciones de los pedidos y la personalization de pedidos”. Tambien es conve¬ 
niente hacer una lista de los actores junto con sus objetivos y prioridades. Cada objetivo se puede convertir en 
un caso de uso. 

Un caso de uso provee a los desarrolladores una perspectiva de lo que quieren los usuarios, sin detalles tec- 
nicos o implementation. Podemos considerar un caso de uso como una secuencia de transacciones en un sistema. 
El modelo de casos de uso se basa en las interacciones y relaciones de casos de uso individuales. 

Un caso de uso siempre describe tres cosas: un actor que inicia un evento, el evento que desencadena un 
caso de uso y el caso de uso que realiza las acciones desencadenado por el evento. En un caso de uso, un actor 
que utiliza el sistema inicia un evento que comienza una serie relacionada de interacciones en el sistema. Los ca¬ 
sos de uso se utilizan para documentar una transaction o evento unicos. Un evento es una entrada para el sistema 
que ocurre a una hora y lugar especfficos, y provoca que el sistema haga algo. 

Es mejor crear menos casos de uso que un exceso de ellos. A menudo no se incluyen las consultas y los in¬ 
formes; 20 casos de uso (y no mas de 40 o 50) son suficientes para un sistema grande. Los casos de uso tambien 
se pueden anidar, si es necesario. Algunos casos de uso utilizan el verbo administrar para agrupar casos de uso 
de manera que se puedan agregar, eliminar y cambiar a otro diagrama de casos de uso de menor nivel. Usted 
puede incluir un caso de uso en varios diagramas, pero el verdadero caso de uso esta definido solo una vez en el 
repositorio. El nombre de un caso de uso consta de un verbo y un sustantivo. 

Relaciones de los casos de uso 

Las relaciones activas se conocen como relaciones de comportamiento y se utilizan principalmente en los diagra¬ 
mas de casos de uso. Hay cuatro tipos basicos de relaciones de comportamiento: comunica, incluye, extiende y 
generaliza. Observe que todos estos terminos son verbos. En la figura 2.13 se muestran las flechas y lmeas que 
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Relation 

Simbolo 

Significado 

Comunica 


Para conectar un actor con un caso de uso se utiliza una Ifnea 
sin puntas de flecha. 

Incluye 

« Incluye » 

<- 

Un caso de uso contiene un comportamiento comun para 
mas de un caso de uso. La flecha apunta al caso de uso 
comun. 

Extiende 

« Extiende » 

-> 

Un caso de uso distinto maneja las excepciones del caso 
de uso basico. La flecha apunta del caso de uso extendido 
al basico. 

Generaliza 

- > 

Una “cosa” de UML es mas general que otra “cosa”. 

La flecha apunta a la “cosa” general. 


FIGURA 2.13 

Algunos componentes 
de los diagramas de 
caso de uso que 
muestran a los actores, 
los casos de uso y las 
relaciones para un 
ejemplo de inscription 
de estudiantes. 


se utilizan para dibujar diagramas de cada uno de los cuatro tipos de relaciones de comportamiento. A continua¬ 
tion describiremos estas cuatro relaciones. 

COMUNICACION Esta relation de comportamiento se utiliza para conectar un actor con un caso de uso. Recuerde 
que la tarea del caso de uso es proporcionar cierto tipo de resultado que sea benefico para el actor en el sistema. 
Por lo tanto, es importante documentar estas relaciones entre los actores y los casos de uso. En nuestro primer 
ejemplo, un Estudiante se comunica con I nscribir en el curso. En los diagramas de casos de uso de la figura 
2.14 se muestran ejemplos de algunos componentes de un ejemplo de inscription de estudiantes. 

INCLUSION Esta relation (tambien conocida como relation de usos) describe la situation en la que un caso de 
uso contiene comportamiento comun para mas de un caso de uso. En otras palabras, el caso de uso comun 
se incluye en los otros casos de uso. Una flecha punteada que apunta al caso de uso comun indica la relation de 
inclusion. Un ejemplo serfa un caso de uso Pagar cuotas de estudiantes que se incluye en I nscribir en el curso 
y H acer arreglos de hospedaje, ya que en ambos casos los estudiantes deben pagar sus cuotas. Varios casos de 
uso pueden usar esto. La flecha apunta hacia el caso de uso comun. 



FIGURA 2.14 

Ejemplos de casos de uso y 
relaciones de comportamiento 
para la inscription de estudiantes. 
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EXTENSION Esta relation describe la situation en la que un caso de uso posee el comportamiento que permite al 
nuevo caso de uso manejar una variation o exception a partir del caso de uso basico. Por ejemplo, el caso de uso 
extendido Seguro medico de estudiantes extiende el caso de uso basico Pagar cuotas de estudiantes. La flecha 
va del caso de uso extendido al caso de uso basico. 

GENERALIZACION Esta relation implica que una cosa es mas comun que otra. Esta relation puede existir entre 
dos actores o dos casos de uso. Por ejemplo, un Estudiante de medio tiempo generaliza a un Estudiante. 
De manera similar, algunos de los empleados de la universidad son profesores. La flecha apunta a la cosa 
general. 

Desarrollo del alcance del sistema 

El alcance de un sistema define sus lfmites, lo que esta al alcance (dentro del sistema) y lo que esta fuera de el. 
Por lo general el proyecto cuenta con un presupuesto que ayuda a definir el alcance, ademas del tiempo inicial 
y final. Los actores siempre estan fuera del alcance del sistema. Las lfneas de comunicacion que conectan a los 
actores con los casos de uso son los lfmites y definen el alcance. Como un diagrama de caso de uso se crea du¬ 
rante las primeras etapas del ciclo de vida de los sistemas, el presupuesto, tiempo inicial y final pueden cambiar 
a medida que avanza el proyecto; a medida que el analista aprende mas sobre el sistema, tal vez cambien los 
diagramas del caso de uso, el caso de uso y el alcance. 

Desarrollo de diagramas de casos de uso 

El caso de uso principal consiste en un flujo estandar de eventos que describe un comportamiento estandar del 
sistema. El caso de uso principal representa la termination normal, esperada y exitosa del caso de uso. 

Para crear un diagrama de un caso de uso, empiece por pedir a los usuarios una lista de todo lo que el sis¬ 
tema deba hacer por ellos. Esto se puede realizar mediante entrevistas, en una sesion de diseno de aplicacion 
conjunta (como se describe en el capftulo 4) o a traves de otras sesiones guiadas en equipo. El analista tambien 
puede utilizar sesiones de historias agiles (que describiremos en el capftulo 6) para desarrollar casos de uso. 
Anote quien esta involucrado con cada caso de uso y las responsabilidades o servicios que el caso de uso debe 
proveer a los actores o a los otros sistemas. En las fases initiates, esta puede ser una lista partial que se expanda 
en las fases de analisis posteriores. Use los siguientes lineamientos: 

1. Revise las especificaciones de negocios e identifique a los actores involucrados. 

2. Identifique los eventos de alto nivel y desarrolle los casos de uso principales que describen a esos eventos 
junto con la forma en que los actores los inician. Examine con cuidado los roles que desempenan los actores 
para identificar todos los posibles casos de uso principales iniciados por cada actor. No necesita mostrar los 
casos de uso que tengan poca o nula interaction del usuario. 

3. Revise cada caso de uso principal para determinar las posibles variaciones del flujo a traves del caso de uso. 
Con base en este analisis establezca las rutas alternativas. Debido a que generalmente el flujo de eventos es 
distinto en cada caso, busque actividades que podrfan tener exito o fracasar. Busque ademas las 
ramificaciones en la logica del caso de uso en donde sea posible obtener distintos resultados. 

Un diagrama de flujo de datos a nivel de contexto puede ser un punto de partida para un caso de uso. Las en- 
tidades externas son los actores potenciales. Despues examine el flujo de datos para determinar si podrfa iniciar 
un caso de uso o si podrfa ser producido por uno. 

En la figura 2.15 se muestra un ejemplo de un diagrama de caso de uso que representa a un sistema utilizado 
para planear una conferencia. Los actores son el Presidente de la conferencia, responsable de planearla y admi- 
nistrarla, el Participante de la conferencia, los Oradores, un Orador principal, Reservaciones de hotel y un 
Proveedor de alimentos. Los actores representan el ml que desempena el usuario y el Proveedor de alimentOS 
puede ser un empleado del hotel o un servicio de banquetes externo. 

Tanto el Presidente de la conferencia como el Proveedor de alimentos estan involucrados en la planea- 
cion de las comidas y los banquetes. El Presidente de la conferencia tambien es responsable de organizar 
a los oradores. El Participante se registra para la conferencia. Observe que el caso de uso Reservar cuarto 
esta involucrado en una relation de inclusion con los casos de uso Organizar orador y Registrarse para la 
conferencia, ya que tanto los oradores como los participantes necesitaran alojamiento. El caso de uso Orga¬ 
nizar la traduction de idiomas extiende al caso de uso Registrarse para la conferencia ya que no todos los 
participantes requeriran servicios de traduction de idiomas. El actor Orador es una generalization de Orador 

principal. 

Desarrollo de escenarios de casos de uso 

Cada caso de uso tiene una description. Designaremos a la description como un escenario de caso de uso. Como 
dijimos antes, el caso de uso principal representa el flujo estandar de eventos en el sistema y las rutas alternativas 
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FIGURA 2.15 

Un diagrama de caso de uso que 
representa al sistema utilizado 
para planear una conferencia. 


describen variaciones sobre el comportamiento. Los escenarios de casos de uso pueden describir lo que ocurre al 
comprar un artfculo agotado, o si una empresa de tarjetas de credito rechaza la compra solicitada por un cliente. 

No hay un formato estandarizado para los casos de uso, por lo que cada organization tiene que especificar 
los estandares a incluir. A menudo, los casos de uso se documentan mediante una plantilla de documento de caso 
de uso predeterminada por la organization, que facilita la lectura de los casos de uso y provee information estan- 
darizada para cada caso de uso en el modelo. 

Niveles de los casos de uso 

Tal vez quiera crear casos de uso para distintos niveles. Hay un metodo (definido por Alistair Cockburn) que 
utiliza las siguientes metaforas de altitud: 

1. Blanco es el nivel mas alto, al igual que las nubes. Este es el nivel empresarial y puede haber solo cuatro o 
cinco para toda la organization. Algunos ejemplos podrian ser anunciar los productos, vender los productos 
a los clientes, administrar el inventario, administrar la cadena de suministro y optimizar los embarques. 

2. El cometa es inferior al bianco, pero sigue siendo un nivel alto que ofrece una vision general. El caso de uso 
del cometa puede estar en el nivel de unidad de negocio o de departamento, y es un resumen de los 
objetivos. Algunos ejemplos serfan registrar estudiantes o, si se trabaja con una agencia de viajes, hacer la 
reservation de aerolfnea, hotel, automovil o crucero. 

3. Azul esta a nivel del mar, y por lo general se crea para los objetivos de los usuarios. A menudo ofrece el 
mayor interes para los usuarios y es mas facil de comprender para los negocios. Por lo general se escribe 
para una actividad de negocios y cada persona debe ser capaz de realizar una actividad de nivel azul en un 
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lapso de 2 a 20 minutos. Algunos ejemplos son registrar un estudiante que desea continuar, agregar un nuevo 
cliente, colocar un artfculo en un carrito de compras y pasar a pagar. 

4. Indigo o pez es un caso de uso que muestra muchos detalles, a menudo a un nivel funcional o subfuncional. 
Algunos ejemplos son elegir una clase, pagar las cuotas academicas, buscar el codigo de aeropuerto para una 
ciudad y producir una lista de clientes despues de introducir un nombre. 

5. Negro o almeja, como en el fondo del oceano. Estos son los casos de uso mas detallados, a un nivel de sub- 
funcion. Algunos ejemplos podrfan ser validar un inicio de sesion seguro, agregar un nuevo campo mediante 
HTML dinamico o usar Ajax para realizar una pequena parte de una pagina Web. 

En la figura 2.16 se muestra un ejemplo de escenario de caso de uso. Algunas de las areas que se incluyen 
son opcionales y tal vez no todas las organizaciones las utilicen. Las tres areas principales son: 

1. Un encabezado de area que contiene los identificadores e iniciadores del caso. 

2. Los pasos realizados. 

3. Un area de pie de pagina que contiene precondiciones, suposiciones, preguntas y demas information relacionada. 


FIGURA 2.16 

Un escenario de caso de uso se 
divide en tres secciones: 
identification e initiation; pasos 
realizados; y condiciones, 
suposiciones y preguntas. 


N ° mllre Uel caso de uso: 
| Area.- 
| Actor(es): 

Interesados: 

[ Nivel: 

I Descripcion: 

Evento desencadenador 


Registrar P ara la conferencia 
Planeacion de la con ferencia 
Participate 

Azul -- 


[ 10 Unico: Conf RG 003 


_fi Externo 

| Pas ° s rea 


Informacion para los pasos 

ID de usuario, contras ena 

-gfg!f!^!iP! ^ lpa nte. ID de usuario. co ntras 
Registro del participate, registro de la sesion 




(Precondiciones: 

| Post condiciones: 
I Suposiciones: 

| Garan tfa de exito: 
I Garantia minima: 


Pormulario Web de registro 

Formulario Web de registro 
Pagina Web de confirmacion 

Pagina Web segura para tarjeta de crOdito 
Pagina Web de confirmac ion 

Pagina Web de confirmacion, registro de la sesion 


-- 

tiene -:-- _______ 

^Participants se registro para~la cot^ •--- — f '° y contrasena valid os. 

, - _ ^articipM^^ - sesiones seleccio nadas. 

| Reque rimientos cumplidoin =ermitir j -- 

-!_Alta --— 

Riesgo: it* , 

1 Medio 
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La primer area (identificadores e iniciadores del caso de uso) orienta al lector y contiene el nombre del 
caso de uso junto con un ID unico: el area de aplicacion o sistema al que pertenece este caso de uso; los actores 
involucrados en el caso de uso; y los interesados que tienen un alto nivel de interes en el caso de uso. Algunos 
interesados nunca interactuan en forma directa con el sistema, como los accionistas, el consejo de directores o el 
gerente de ventas. Cada actor principal es un interesado, pero no se enlista en el area de interesados. Se incluye 
el nivel (azul, cometa, etc.) y una breve description de lo que logra el caso de uso. 

El encabezado concluye con el evento iniciador (desencadenador); es decir, lo que ocasiono que empezara 
el caso de uso, junto con el tipo de desencadenador, ya sea externo o temporal. Los eventos externos son los 
que inicia un actor, ya sea una persona u otro sistema que solicita informacion, como el sistema de reserva- 
ciones de una aerolinea que solicita informacion sobre los vuelos de un sistema de aerolineas. Los eventos 
temporales son aquellos que se desencadenan o empiezan debido al tiempo. Hay eventos que ocurren a una 
hora especffica, como enviar correo electronico sobre ofertas especiales una vez a la semana los domingos en 
la tarde, enviar facturas en un dia especifico o generar estadfsticas gubernamentales en una fecha especificada 
cada trimestre. 

La segunda area del caso de uso incluye los pasos realizados y la informacion requerida para cada uno de 
ellos. Estos enunciados representan el flujo estandar de eventos y los pasos que se llevaron a cabo para completar 
con exito el caso de uso. Es conveniente escribir un caso de uso para la ruta principal y despues escribir uno para 
cada una de las rutas alternativas por separado, en vez de utilizar instrucciones IF...THEN. Los pasos se enume- 
ran con un entero y pueden provenir de una entrevista detallada con los usuarios, o se pueden derivar de historias 
de modelado agil (como veremos en el capftulo 6). Hay que revisar estos pasos con los usuarios para aclarar todo 
el proceso. 

El analista debe examinar cada uno de los pasos y determinar la informacion requerida para cada uno. Si 
no puede determinar la informacion, debe programar una entrevista de seguimiento con el usuario. Algunas des- 
cripciones de casos de uso incluyen extensiones o escenarios alternatives, con las excepciones como secciones 
adicionales que siguen el flujo estandar de eventos. Estas se enumeran con un entero, un punto decimal y otro 
entero, como 3.1, 3.2, 3.3, etcetera (estos pasos pueden o no utilizarse). Los analistas y los usuarios pueden orga- 
nizar lluvias de ideas para ver que puede fallar en la ruta principal y tal vez para descubrir detalles y condiciones 
importantes. Es necesario trabajar con los usuarios para determinar que hacer cuando ocurran estas condiciones. 
Esto ayuda a detectar errores en las primeras etapas del ciclo de vida. 

La figura 2.17 muestra como se pueden incluir escenarios logicos y alternatives en la section intermedia de 
un caso de uso. En este ejemplo de la aerolinea podemos observar que el paso 1 esta compuesto de pasos mas pe- 
quenos, a muchos de los cuales se les antepone un “si”. Estos pasos siguen en la ruta principal, pero ocurren solo 
si se cumple la condicion. Por ejemplo, si hay muchos aeropuertos que dan servicio a una cuidad, entonces se 
mostraran todos los aeropuertos. Aqui tambien pueden aparecer las extensiones o escenarios alternos. Para esta 
aerolinea, otros escenarios incluyen la seleccion de vuelos, la seleccion de asientos y la seleccion de comidas. 
Los casos de uso pueden incluir tambien pasos iterativos o de ciclos. 

La tercera area del caso de uso incluye: 

Precondiciones, o la condicion del sistema antes de que se pueda llevar a cabo el caso de uso, que puede ser 
otro caso de uso. Un ejemplo podria ser, “El espectador initio sesion con exito en el sistema”, o podria ser la 
termination exitosa de otro caso de uso. 

Postcondiciones, o el estado del sistema despues de que termine el caso de uso, incluyendo los resultados 
que recibieron las personas, las transmisiones a otros sistemas y los datos que se hayan creado o 
actualizado. Las postcondiciones se relacionan con los objetivos o requerimientos de los usuarios a partir 
de una definition del problema (como veremos en el capitulo 3) o de historias agiles (como veremos en el 
capitulo 6). 

Las suposiciones que podrian afectar al metodo del caso de uso y que podrian estipular la tecnologia 
requerida, como los requerimientos minimos de tecnologia en un navegador Web o incluso una version 
especifica o mas reciente del mismo. Una suposicion podria ser que esten habilitadas las cookies o el 
JavaScript. El analista debe determinar que hacer si no se cumplen las suposiciones. Al usar Google Maps, 
el navegador Web debe tener habilitado el JavaScript. Si no esta habilitado, el mapa no se mostrara. Netflix 
requiere el uso de cookies. Las buenas paginas Web detectaran que no se ha cumplido una suposicion y lo 
notificaran al espectador mediante un mensaje, incluyendo la informacion sobre como activar las cookies o 
el JavaScript para los distintos navegadores Web. 

La garantia minima es el minimo que se prometio a los usuarios. Tal vez ellos no esten contentos con este 
resultado y puede ser que no ocurra nada. 

La garantia de exito es lo que dejaria a los usuarios satisfechos: por lo general, que se haya cumplido el 
objetivo del caso de uso. 

Hay que atender cualquier cuestion o responder pregunta pendiente antes de implementar el caso de uso. 
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| Pasos realizados (ruta principal) 


Introduce aeropuertos de salida y llegada, fechas del C 


12 

" " lnt 

El cliente selecciona una ciudad. 

El cliente selecciona un aeropuerto 
Insertar el codigo del aeropuerto (3 caracteres) 

~Ouscar todos los .uelos que co incidan con asientos disponibles 
El cliente selecciona un vuelo 
El cliente inicia sesion 

_ tl cliente selecciona los nombres de los pasajeros' 

LI ™,« selecciona el (los) asiento(s) parTSdi^Sj^ 
Mostrar pagina de confirmacion y tarjeta de credito' 

Se verified la tarjeta de credito 
Se enVl ° 'a confirmacion por correo electronico 
Se hizo la reservacion de la aerolinea 
Extensiones o escenarios alternatives 
I Seleccion de vuelos 
1 ■ Se muestra una lista de vuelos 

2 ' El cliente selecciona un vuelo 

Se envia la solicitud a la aerolinea 
El vuelo ya estd lleno 


Informacion para los pasos 


Ubicaciones de los aeropuertos 


I Seleccion de asientos 

Se muestra una lista de vuelos 
El cliente selecciona un vuelo 
Se envia la solicitud a la aerolinea 
Se obtienen las reservaciones de asientos 
Se muestra el grafico de asientos 

_ El cl|ente no puede en contrar un asiento aceptable 

Seleccion de comidas para los vuelos internacionales 

“ ' : " ente se ^ ecc i°na la comida de la lista de^iSiT 

~Se actualiza el registro con la seleccion de comidi 


Informacion de los vuelos 

Inicio de sesion del cliente 

Registros de los pasajeros 

2Sr i f ro avi6n - grafico de asientos 
asientos disponibles ruos - 


Lista de comidas disponibles de la aerolinea 

Registro de comida del cliente 


FIGURA 2.17 

Los casos de uso pueden incluir pasos condicionales 
asf como extensiones o escenarios alternativos. 


Una declaracion opcional de prioridad del caso de uso, que puede provenir de una defmicion del problema o 
de los requerimientos de los usuarios. 

• Una declaracion opcional del riesgo involucrado al crear el caso de uso. 

El area “requerimientos cumplidos” enlaza el caso de uso con los requerimientos u objetivos del usuario a 
partir de una defmicion del problema. Una vez que desarrolle los casos de uso, asegurese de repasar sus resulta- 
dos con los expertos de negocios para verificar y refinar los casos de uso si es necesario. 

En este escenario de caso de uso especffico llamado Registrarse para la conferencia, el unico actor invo¬ 
lucrado es el Participante. El area general es Planeacion de la conferencia y el caso de uso se desencadena 
debido al inicio de sesion del participante en la pagina Web de registro. El area Pasos realizados muestra 
una lista de la secuencia de eventos que deben ocurrir para un registro exitoso en la conferencia. Observe que la infor¬ 
macion necesaria para realizar cada uno de los pasos se muestra del lado derecho, y puede incluir paginas Web y 
formularios, tablas y registros de las bases de datos. 
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El area de Precondiciones, en la section del pie de pagina del escenario del caso de uso, muestra una lista 
de lo que debe ocurrir antes de que el participante pueda registrarse para una conferencia. En este ejemplo, el 
participante debe haber iniciado sesion ya como miembro de la sociedad, ademas de contar con un ID de usua- 
rio y contrasena validos. El area Postcondiciones muestra una lista de lo que ha logrado el caso de uso. El area 
Suposiciones muestra una lista de las premisas basicas que el analista supone han sido cumplidas por el actor de 
antemano. El area Requerimientos cumplidos muestra por que este caso de uso es importante y necesario para 
que el area de negocios pueda tener exito. La prioridad es una indication de los casos de uso que se deben desa- 
rrollar primero y los que se pueden postergar. El riesgo es una evaluation aproximada en relation con la posibili- 
dad de que surjan problemas o dificultades al desarrollar el caso de uso. En este caso, el riesgo es medio debido a 
que el caso de uso de registro requiere un servidor seguro y acepta informacion de tarjetas de credito. 

Creadon de las descripdones de los casos de uso 

Use los siguientes cuatro pasos para crear descripdones de casos de uso: 

1. Use historias agiles, los objetivos de la definition del problema, requerimientos de los usuarios o una lista de 
caracterfsticas como punto de inicio. 

2. Pregunte sobre las tareas que hay que realizar para lograr la transaction. Pregunte si el caso de uso lee datos 
o actualiza alguna tabla. 

3. Averigiie si hay acciones iterativas o de ciclos. 

4. El caso de uso termina cuando se completa el objetivo del cliente. 

Por que son utiles los diagramas de casos de uso 

Sin importar el metodo que utilice para desarrollar su sistema (metodos SDLC tradicionales, metodos agiles o 
metodos orientados a objetos), usted descubrira que los casos de uso son muy valiosos. Los diagramas de casos 
de uso identifican a todos los actores en el dominio del problema, de forma que un analista de sistemas se puede 
concentrar en lo que los humanos desean y necesitan para usar el sistema, extender sus capacidades y disfrutar su 
interaction con la tecnologfa. 

Las acciones a completar tambien se muestran con claridad en el diagrama de caso de uso. Esto no solo fa- 
cilita al analista la tarea de identificar los procesos, sino que tambien ayuda en la comunicacion con los demas 
analistas en el equipo y con los ejecutivos de la empresa. 

El escenario del caso de uso siempre es algo que vale la pena. Como una gran parte de la informacion que 
los usuarios confieren al analista esta en forma de historias, es facil capturar estas historias en la forma de un 
escenario de caso de uso. Este escenario siempre documenta el evento desencadenador para que el analista pueda 
en todo momento rastrear los pasos que condujeron hacia otros casos de uso. Como se anotan los pasos realiza- 
dos, es posible emplear escenarios de casos de uso para escribir procesos logicos. 

Los diagramas de caso de uso se estan haciendo populares debido a su sencillez y carencia de detalles tec- 
nicos. Se utilizan para mostrar el alcance de un sistema, junto con las principales caracterfsticas del mismo y los 
actores que trabajan con esas caracterfsticas principales. Los usuarios ven el sistema, pueden reaccionar a e'l y 
proveer retroalimentacion. Tambien pueden ayudar a determinar si se debe crear o comprar el software. 

En la figura 2.18 se muestran las principales razones de escribir casos de uso.. 

NIVELES DE ADMINISTRACION 

La administration en las organizaciones existe en tres amplios niveles horizontales: control operational, planea- 
cion y control administrativo (administration de nivel medio), y administration estrategica, como se muestra en 


• Los casos de uso comunican los requerimientos del sistema con efectividad, ya que los 
diagramas se mantienen simples. 

• Los casos de uso permiten a las personas contar historias. 

• Las historias de los casos de uso tienen sentido para las personas sin conocimientos tecnicos. 

• Los casos de uso no dependen de un lenguaje especial. 

• Los casos de uso pueden describir la mayoria de los requerimientos funcionales (como las 
interacciones entre los actores y las aplicaciones). 

• Los casos de uso pueden describir los requerimientos no funcionales (como el rendimiento 
y la capacidad de mantenimiento) a traves del uso de estereotipos. 

• Los casos de uso ayudan a los analistas a definir los limites. 

• Los casos de uso se pueden rastrear para que los analistas puedan identificar los enlaces 
entre los casos de uso y otras herramientas de diseno y documentation. 


FIGURA 2.18 

Las principales razones de escribir 
casos de uso son su efectividad 
para comunicarse con los usuarios 
y su capacidad para capturar las 
historias de los usuarios. 
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Donde hay carbon hay una copia 




urp 

Aodavfa no se que haremos con las hojas rosas”, admitio Ri¬ 
chard Russel. “Son parte de un formulario cuadruplicado que se 
puede separar. Todo lo que se es que debemos conservarlas para el 
archivista, para que las archive cuando tenga tiempo”. 

Richard es un ejecutivo de cuenta junior recien contratado para 
Carbon, Carbon & Rippy, una casa de bolsa. Usted trata de recorrer 
los pasos que el lleva a cabo para hacer “oficial” una compra de 
acciones, ya que su jefe le pidio a usted que optimizara el proceso 
encargado de almacenar y recuperar la informacion de compra de 
acciones en el sistema computacional. 

Despues de que usted se va, Richard sigue pensando en los 
formularios de color rosa. Le dice a su empleado, Harry Schultz: “En 
los dos meses que llevo aqul, nunca he visto a alguien que utilice esas 
hojas rosa. Me hacen perder mi tiempo y el tuyo, sin mencionar todo 
el espacio requerido para archivarlas. Vamos a tirarlas”. 

Richard y Harry se ponen a abrir todos los archivos antiguos 
que mantem'a el predecesor de Richard y tiran todos los formularios 
de color rosa archivados, junto con los que se hablan acumulado 
pero aun no se hablan archivado. Les lleva horas, pero hacen niucho 
espacio. “En definitiva valid la pena”, asegura Richard a Harry. 


Tres semanas despues. Una asistente del jefe de Richard 11a- 
mada Carol Vaness aparece. Richard esta feliz de ver una cara co- 
nocida y la saluda: “Hola Carol, ^que hay de nuevo?”. 

“Lo mismo de siempre”, suspira Carol. “Bueno, creo que no es 
lo mismo para ti, ya que eres el nuevo. Pero necesito todos esos 
molestos formularios de color rosa”. 

Casi entrando en shock, Richard intercambia miradas con 
Harry y despues murmura: “Estas bromeando, ^verdad?” 

Carol se ve mas seria de lo que nunca penso Richard que fuera 
posible, y contesta: “Sin bromas. Sintetizo todos los formularios de 
color rosa de todos los corredores de bolsa y despues comparo mis 
totales con la informacion computarizada sobre las compras de 
acciones. Es parte de nuestra auditorla rutinaria de tres meses para 
mantener la precision de nuestras transacciones. Mi trabajo de- 
pende del tuyo. ^Acaso la senorita McCue no te explico eso cuando 
empezaste?”. 

^Que concepto de sistemas ignoraron Richard y Harry cuando 
tiraron los formularios de color rosa? ^Cuales son las posibles ra- 
mificaciones para los analistas de sistemas si se ignoran los concep- 
tos generales de sistemas? 


la ftgura 2.19. Cada nivel acarrea sus propias responsabilidades y todo el trabajo para lograr las metas y objetivos 
de la organization a su propio modo. 

El control operacional forma el nivel inferior de la administracion de tres niveles. Los gerentes de opera- 
ciones toman decisiones mediante el uso de reglas predeterminadas que tienen resultados predecibles cuando se 
implementan en forma correcta. 

Elios toman decisiones que afectan a la implementation en los itinerarios de trabajo, el control de inventa- 
rios, los embarques, la reception y el control de procesos como el de production. Los gerentes de operaciones 
supervisan los detalles operativos de la organization. 

La administracion de nivel medio forma el segundo nivel (intermedio) del sistema de administracion de tres 
niveles. Los gerentes de este nivel toman decisiones de planeacion y control de corto plazo en relation con la 
mejor forma de asignar los recursos para cumplir con los objetivos de la organization. 

Sus decisiones van desde pronosticar los requerimientos de recursos a futuro, hasta resolver los problemas 
de los empleados que amenazan la productividad. El dominio de la toma de decisiones de los gerentes del nivel 


FIGURA 2.19 

La administracion en las 
organizaciones existe en tres 
niveles horizontales: control 
operacional, planeacion y control 
administrative, y administracion 
estrategica. 


Administracion 

estrategica 

_ f 

Planeacion y 
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medio puede caracterizarse de una manera conveniente como parcialmente operacional y parcialmente estrate- 
gico, con fluctuaciones constantes. 

La administration estrategica es el tercer nivel del control administrative de tres niveles. Los gerentes estra¬ 
tegicos ven hacia el futuro, mas alia de la organization, y toman decisiones que guiaran a los gerentes del nivel 
medio y de operation en los meses y anos por venir. 

Los gerentes estrategicos trabajan en un entorno de toma de decisiones muy incierto. Mediante declaracio- 
nes de los objetivos y la determination de estrategias y polfticas para lograrlos, los gerentes estrategicos definen 
la organization como un todo. Elios tienen la vision mas amplia, ya sea que la empresa decida desarrollar nuevas 
lfneas de productos, deshacerse de empresas conjuntas no rentables, adquirir otras empresas compatibles o in- 
cluso permitir su propia adquisicion o fusion. 

Existen marcados contrastes entre las personas que toman decisiones en varias dimensiones. Por ejemplo, 
los gerentes estrategicos tienen varios objetivos de decision, mientras que los gerentes de operaciones tienen uno 
solo. A menudo es diffcil que los gerentes de nivel superior identifiquen los problemas, pero esto es facil para los 
gerentes de operation. Los gerentes estrategicos se enfrentan a problemas semiestructurados, mientras que 
los gerentes de nivel inferior lidian la mayor parte del tiempo con problemas estructurados. 

Las soluciones alternativas para un problema al que se enfrentan los gerentes estrategicos a menudo son diff- 
ciles de articular, pero las alternativas con las que trabajan los gerentes de operaciones son por lo general faciles 
de enumerar. La mayorfa del tiempo los gerentes estrategicos toman decisiones de una sola vez, mientras que las 
decisiones que toman los gerentes de operaciones tienden a ser repetitivas. 

Implicaciones para el desarrollo de sistemas de information 

Cada uno de los tres niveles administrativos contiene distintas implicaciones para desarrollar sistemas de infor¬ 
mation. Algunos de los requerimientos de information para los gerentes son evidentes, mientras que otros son 
confusos y se traslapan entre si. 

Los gerentes de operaciones necesitan information interna de naturaleza repetitiva y bajo nivel. Dependen 
mucho de la information que captura el rendimiento actual y son grandes usuarios de los recursos de information 
en lfnea y en tiempo real. La necesidad que tienen los gerentes de operaciones de obtener information anterior 
sobre el rendimiento e information periodica es solo moderada. No pueden hacer mucho uso de la information 
externa que permite proyecciones a futuro. 

En el siguiente nivel administrative, los gerentes de nivel medio necesitan information de corto y largo pla- 
zos. Debido a la naturaleza de sus trabajos relacionada con la localization y solution de problemas, los gerentes 
de este nivel experimentan necesidades extremadamente altas de information en tiempo real. Para realizar su 
tarea de control en forma apropiada tambien necesitan information actual sobre el rendimiento medido contra 
estandares establecidos. Los gerentes de nivel medio dependen mucho de la information interna. Al contrario de 
los gerentes de operaciones, tienen una gran necesidad de information historica, asf como de information que les 
permita predecir los eventos futuros y simular numerosos escenarios posibles. 

Los gerentes estrategicos difieren un poco de los gerentes de nivel medio y de operaciones en cuanto a sus 
requerimientos de information. Dependen mucho de la information proveniente de fuentes externas que sumi- 
nistran noticias sobre las tendencias del mercado y las estrategias de las corporations competidoras. Debido 
a que la tarea de la gerencia estrategica exige realizar pronosticos sobre el futuro incierto, los gerentes estrate¬ 
gicos tienen una gran necesidad de information de una naturaleza predictiva y de information que les permita 
crear muchos escenarios distintos del tipo “que pasarfa si”. Los gerentes estrategicos tambien tienen fuertes ne¬ 
cesidades de information basada en informes periodicos, derivadas de su esfuerzo por adaptarse a la evolution 
constante. 


CULTURA ORGANIZACIONAL 

La cultura organizational es un area establecida de investigation que ha crecido en forma notable en la ultima 
generation. Asf como es apropiado pensar que las organizaciones incluyen muchas tecnologfas, es igual de apro- 
piado verlas como anfitrionas de varias subculturas competentes. 

Aun no se ha llegado a un buen acuerdo en cuanto a que es exactamente lo que constituye una subcultura or¬ 
ganizational. Sin embargo, hay consenso en cuanto a que las subculturas competentes pueden estar en conflicto 
al tratar de ganar partidarios de lo que consideran que debe ser la organization. Se esta realizando una investiga¬ 
tion para determinar los efectos de las organizaciones y los equipos virtuales en cuanto a la creation de subcul¬ 
turas cuando los miembros no comparten un espacio de trabajo ffsico pero sf comparten tareas. 

En vez de considerar la cultura como un todo, es mas conveniente pensar acerca de los factores determinan- 
tes que se pueden investigar sobre las subculturas, como el simbolismo verbal y no verbal. El simbolismo verbal 
incluye el lenguaje compartido que se utiliza para construir, transmitir y preservar los mitos, metaforas, visiones 
y humor de las subculturas. El simbolismo no verbal incluye los artefactos, ritos y ceremonias que se comparten; 
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El poder de la piramide 
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_L/n realidad lo admiramos”, dice Paul LeGon. Como analista 
de sistemas, usted recibio una invitation para ayudar a Pyramid, 
Inc., una empresa editorial pequena e independiente que se especia- 
liza en libros de portada nistica que estan fuera de la corriente do- 
minante en la industria editorial. 

Paul continua: “Manejamos lo que algunos consideran temas 
marginales. Usted sabe, el poder de la piramide, las profecias del fin 
del mundo y como vivir en forma mas saludable si pensamos en el 
color rosa. Algunas veces cuando las personas ven nuestros libros, 
solo sacuden su cabeza y dicen: ‘Hmm... un tema poco comun'. 
Pero no somos esclavos de ninguna filosofia en especial, y hemos 
tenido mucho exito. Tanto asi que como tengo 24 anos, la gente me 
llama el ‘nino rey'”. Paul se detiene para descifrar su reaction. 

Paul continual “Estoy en la cima como presidente y las areas 
funcionales como editorial, contabilidad, production y marketing 
estan bajo mi cargo”. 

Ceil Toom, asistente de Paul, quien ha estado escuchando en 
silencio hasta ahora, irrumpe con sus comentarios: “Los ultimos 
expertos en sistemas que hicieron un proyecto para nosotros reco- 


mendaron la creation de comites de enlace para los empleados entre 
los departamentos de contabilidad, produccion y marketing, de 
manera que pudieramos compartir el inventario recien computari- 
zado y las cifras de ventas entre toda la organization. Elios argu- 
mentaban que los comites de este tipo podrian reducir la duplication 
innecesaria de los resultados, y que cada area funcional se integraria 
de una mejor manera con el resto de la empresa”. 

Paul entra en la historia y dice: “Estuvo bien —por lo menos 
durante un tiempo y los empleados compartieron information, pero la 
razon por la que usted esta aqui es que los empleados detian que no 
tertian tiempo para las reuniones de los comites y no se sentian como- 
dos al compartir information con las personas de otros departamen¬ 
tos que estaban mas arriba de lo que ellos estaban aqui en Pyramid”. 

De acuerdo con Paul y Ceil, ^cuales fueron los efectos de 
instalar un sistema de information administrativa en Pyramid, Inc. 
en el que las personas tenian que compartir information en formas 
que no eran consistentes con su estructura? Proponga algunas for¬ 
mas generales de resolver este problema, de manera que los emplea¬ 
dos de Pyramid puedan obtener las cifras de ventas e inventario que 
necesitan. 


la ropa de los que toman decisiones y los trabajadores; el uso, la ubicacion y decoration de las oficinas; y los ritua- 
les para celebrar los cumpleanos, promociones y retiros de los miembros. 

Las subculturas coexisten dentro de las culturas organizacionales “oficiales”. La cultura con sanciones ofi- 
ciales puede prescribir un codigo de vestimenta, formas adecuadas de dirigirse a los superiores y a los compane- 
ros trabajadores, y formas apropiadas de lidiar con el publico. Las subculturas pueden ser factores determinantes 
poderosos de los requerimientos de information, disponibilidad y uso. 

Los miembros de la organization pueden pertenecer a una o mas subculturas dentro de la organization. Las 
subculturas pueden ejercer una poderosa influencia en el comportamiento de sus miembros, incluyendo las 
sanciones a favor o en contra del uso de los sistemas de information. 

La action de comprender y reconocer las subculturas organizacionales predominantes puede ayudar a los 
analistas de sistemas a veneer la resistencia al cambio que surge al momento de instalar un nuevo sistema de in¬ 
formation. Por ejemplo, el analista podrfa idear cierto tipo de capacitacion para lidiar con cuestiones especificas 
de las subculturas organizacionales. Tambien puede ser util identificar las subculturas para el diseno de los siste¬ 
mas de soporte de decisiones que se ajustan a la interaction con grupos de usuarios especfficos. 


RESUMEN 

Hay tres amplios fundamentos organizacionales que debemos 
considerar en el analisis y diseno de sistemas de information: el 
concepto de las organizations como sistemas, los diversos ni- 
veles de administration y la cultura organizational en general. 

Las organizaciones son sistemas complejos compuestos de 
subsistemas interrelacionados e interdependientes. Ademas, los 
sistemas y subsistemas se caracterizan debido a que sus entornos 
internos existen en un continuo, desde los mas abiertos hasta los 
mas cerrados. Un sistema abierto permite el paso libre de los re- 
cursos (personas, information, materiales) a traves de sus lfmi- 


tes; los sistemas cerrados no permiten el flujo libre de entradas o 
salidas. Las organizaciones y los equipos tambien se pueden 
organizar en forma virtual, de manera que sus miembros se co- 
necten por medios electronicos sin necesidad de estar en el 
mismo espacio de trabajo ffsico. Los sistemas de planificacion 
de recursos son sistemas de information organizational (empre- 
sarial) integrados que se desarrollan mediante software persona- 
lizado y propietario, para ayudar al flujo de information entre las 
areas funcionales de la organization. Soportan una perspectiva 
de sistemas de la organization. 
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arece que ha empezado bien en MRE. Me 
agrada saber que conocio a Snowden Evans. 

Como sabe, se reportara directamente con el du¬ 
rante su proyecto de consultorfa. Como su asis- 
tente administrativa durante los ultimos cinco 
anos, le puedo decir mucho sobre la empresa, 
pero recuerde que hay varias formas de obtener 
mas informacion. Le recomiendo entrevistar a 
los usuarios, observar sus entornos de toma de 
decisiones y analizar los informes, graficos y 
diagramas en el archivo. Para ello puede hacer 
clic en el directorio telefonico y obtener una cita 
con quien desee entrevistar; o bien en el mapa del 
edificio para ver su distribution, o en el sitio Web 
corporativo para ver las areas funcionales y las 
relaciones jerarquicas formales en MRE”. 

“Muchas de las reglas de la vida corporativa 
se aplican en el caso de MRE en HyperCase. 

Puede caminar libremente en muchas areas pu- 
blicas. Pero si desea dar un paseo por una oficina 
privada, primero debe reservar una cita con uno 
de nuestros empleados. Algunas areas seguras 
quedan estrictamente prohibidas para usted como 
externo, ya que podrfa provocar un riesgo de seguridad”. 

“De todas formas, no creo que nos considere excesivamente re- 
servados, ya que puede suponer que cualquier empleado que le conceda 
una entrevista tambien le concedera el acceso al material de archivo en 
su posesion, asf como al trabajo actual en sus escritorios o pantallas”. 

“Por desgracia, algunas personas en la empresa parecen nunca 
estar disponibles para los consultores. Le sugiero que sea persis- 
tente. Hay muchas formas de obtener informacion sobre las perso¬ 
nas y los sistemas de MRE. La creatividad tiene su recompensa. 
Con el tiempo descubrira que los consultores de sistemas que siguen 
sus corazonadas agilizan sus habilidades tecnicas y nunca dejan de 
pensar en resolver todos los acertijos en MRE, son los que obtienen 
los mejores resultados”. 

“Recuerde utilizar varios metodos (entrevistas, observation e 
investigation) para comprender lo que en MRE tratamos de decirle. 
i Algunas veces las acciones, los documentos y las oficinas hablan 
con mas fuerza que las palabras!” 

Hay muchas formas de describir graficamente el sistema. El 
analista debe elegir una de estas herramientas lo mas pronto posible 
para obtener una vision general del sistema. Estas metodologfas 
incluyen dibujar diagramas de flujo de datos a nivel de contexto, 
capturar las relaciones lo antes posible mediante diagramas de enti- 
dad-relacion; dibujar diagramas de casos de uso o escribir escena- 
rios de casos de uso con base en las historias de los usuarios. Puede 
ser util para el analista utilizar estos diagramas y tecnicas al princi- 
pio del analisis para definir los limites y el alcance del sistema, 
ademas de que le sera mas facil centrar la atencion en las personas 
y sistemas que son externas al sistema que se va a desarrollar. 

Los diagramas de entidad-relacion ayudan al analista de sistemas 
a comprender las entidades y relaciones que conforman el sistema or¬ 
ganizational. Los diagramas E-R pueden describir las relaciones de 
uno a uno, de uno a varios, de varios a uno y de varios a varios. 

Los tres niveles de control administrativo son control operatio¬ 
nal, administration de nivel medio y control estrategico. El horizonte 
temporal de la toma de decisiones es distinto para cada nivel. 



FIGURA 2.HC1 

Haga clic en las palabras clave de HyperCase 
para obtener mas detalles 


Las culturas y subculturas organizacionales son factores deter¬ 
minates importantes de la forma en que las personas utilizan la 
informacion y los sistemas de informacion. Al posicionar los siste¬ 
mas de informacion en el contexto de las organizaciones como un 
sistema mas grande, es posible comprender que muchos factores 
son importantes y hay que tenerlos en consideration al establecer 
los requerimientos de informacion, y al disenar e implementar los 
sistemas de informacion. 

Preguntas de HYPERCASE 

1. ^Que cambio organizational importante se llevo a cabo 
recientemente en MRE? ^.Que departamento o departamentos 
estuvieron involucrados? ^,Por que se efectuo el cambio? 

2. ^Cuales son los objetivos del Departamento de sistemas de 
capacitacion y administration? 

3. ^Clasificarfa a MRE como una industria de servicios, fabricate 
o ambos? ^Que tipo de “productos” son los que MRE 
“produce”? Sugiera como el tipo de industria en la que se 
encuentra MRE afecta a los sistemas de informacion que utiliza. 

4. ^Que tipo de estructura organizacional tiene MRE? ^Cuales 
son las implicaciones de esta estructura para MIS? 

5. Describa en un parrafo la “polltica” del Departamento de 
sistemas de capacitacion y mantenimiento en MRE. ^Quienes 
estan involucrados y cuales son algunas de las cuestiones 
principales? 

6. Dibuje un diagrama de caso de uso que represente las 
actividades del grupo Webster Design en MRE en cuanto al 
desarrollo de los planes maestros del sitio y las instalaciones 
(use el sitio Web de MRE para obtener su informacion basica). 
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PALABRAS CLAVE Y FRASES 

actor 

administracion de nivel medio 
administracion de operaciones 
administracion estrategica 
alcance del sistema 
apertura 

capacidad de interrelacionarse 

caso de uso 

cerrazon 

cuatro niveles de casos de uso 

cultura organizacional 

diagrama de caso de uso 

diagrama de flujo de datos a nivel de contexto 

diagramas de entidad-relacion (E-R) 

empresa virtual 


entidad (entidad fundamental) 

entidad asociativa 

entidad atributiva 

entorno 

equipo virtual 

escenario de caso de uso 

interdependiente 

limites organizacionales 

notacion tipo pata de cuervo 

organizacion virtual 

planificacion de recursos empresariales (ERP) 

retroalimentacion 

sistemas 

sistemas empresariales 


PREGUNTAS DE REPASO 

1. ^Cuales son los tres grupos de fundamentos organizacionales que conllevan implicaciones para el desarrollo de los 
sistemas de informacion? 

2. (,Que significa decir que los subsistemas organizacionales estan interrelacionados y son interdependientes? 

3. Defina el termino lunite organizacional. 

4. ^Cuales son los dos principals propositos de la retroalimentacion en las organizaciones? 

5. Defina la apertura en un entorno organizacional. 

6. Defina la cerrazon en un entorno organizacional. 

7. ^Cual es la diferencia entre una organizacion tradicional y una virtual? 

8. ^Cuales son los potenciales beneficios y una desventaja de una organizacion virtual? 

9. De un ejemplo de la forma en que los analistas de sistemas podrfan trabajar con los usuarios como un equipo virtual. 

10. (,Que son los sistemas empresariales? 

11. ^Que es ERP y cual es su proposito? 

12. iA que problemas se enfrentan con frecuencia los analistas cuando tratan de implementar un paquete ERP? 

13. ^Cuales son los dos simbolos en un diagrama de caso de uso y que representan? 

14. ^Que es un escenario de caso de uso? 

15. ^Cuales son las tres partes principals de un escenario de caso de uso? 

16. ^Cuales son los cuatro pasos para elaborar descripciones de casos de uso? 

17. ^Cuales son las cinco metaforas de altitud para describir un caso de uso en distintos niveles? <jQue representan? 

18. (,Que representa un proceso en un diagrama de flujo de datos a nivel de contexto? 

19. (,Que es una entidad en un diagrama de flujo de datos? 

20. ^Que significa el termino diagrama de entidad-relacion ? 

21. (,Que simbolos se utilizan para dibujar diagramas E-R? 

22. Enliste los tipos de diagramas E-R. 

23. ^Cual es la diferencia entre una entidad, una entidad asociativa y una entidad atributiva? 

24. Liste los tres niveles amplios horizontales de administracion en las organizaciones. 

25. ^Como puede ayudar la comprension de las subculturas organizacionales en el diseno de los sistemas de informacion? 

PROBLEMAS 

1. “Es diffcil determinar que queremos. Veo lo que estan haciendo nuestros competidores, las tiendas de conveniencia, y 
pienso que deberfamos copiarlos. Despues entran cien clientes y escucho a cada uno de ellos decir que debemos seguir 
igual, con nuestra pequena tienda, empleados amigables y cajas registradoras antiguas. Luego, cuando leo un ejemplar 
del Supermarket News, dicen que la ola del futuro son las supertiendas de abarrotes, sin precios individuates etiquetados 
y donde los escaneres de UPC sustituyen a los empleados. Me inclino hacia tantas direcciones que no puedo definir 
realmente una estrategia para nuestra tienda de abarrotes”, admite Geoff Walsham, propietario y gerente de Jiffy Geoff’s 
Grocery Store. 

Aplique en un parrafo el concepto de limites organizacionales permeables para analizar el problema de Geoff en 
cuanto a enfocarse en los objetivos organizacionales. 

2. Escriba siete enunciados que expliquen las relaciones de derecha a izquierda en la figura 2.8. 
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3. Dibuje un diagrama de entidad-relacion de una relation entre paciente-doctor. 

a. iQue tipo de diagrama E-R es? 

b. Explique en uno o dos enunciados por que se elabora el diagrama de la relation paciente-doctor de esta forma. 

4. Usted empezo a dibujar diagramas E-R tan pronto como entro a la organization al cuidado de la salud para la cual va a 
desarrollar un sistema. El miembro de su equipo es algo esceptico en cuanto al uso de diagramas E-R antes de empezar 
con el diseno de la base de datos. En un parrafo convenza al miembro de su equipo de que vale la pena usar lo mas 
pronto posible los diagramas E-R. 

5. Neil es el encargado de tomar las decisiones en la empresa Pepe's Atlantic Sausage Company. Como hay varios 
proveedores de ingredientes y sus precios fluctuan, ha ideado varias formulaciones distintas para las diversas 
salchichas que fabrica, de acuerdo con la disponibilidad de ciertos ingredientes de proveedores especfficos. Despues 
ordena los ingredientes correspondientes dos veces por semana. Aunque no puede predecir cuando estaran disponibles 
los ingredientes a un precio especffico, la forma en que realiza los pedidos de provisiones se puede considerar 
rutinaria. 

a. ^En que nivel de administration esta trabajando Neil? Expliquelo en un parrafo. 

b. iQue atributos de su trabajo tendria que cambiar antes de poder clasificarlo en un nivel de administration distinto? 

Haga una lista de estos atributos. 

6. Muchas de las personas que trabajan en Pepe’s (problema 5) son extremadamente dedicadas, por lo cual han trabajado 
toda su vida en la empresa. Otros sienten que la empresa esta atrasada y deberfa utilizar sistemas de production y 
sistemas de information mas avanzados, ademas de optimizar la administration de la cadena de suministro para que la 
empresa sea mas competitiva. Los miembros de un tercer grupo sienten que nadie aprecia lo que hacen. Describa con 
palabras las diversas subculturas. Asfgneles un nombre con base en sus emociones. 

7. Alice, del departamento de recursos humanos de la planta Cho Manufacturing recibe constantes preguntas de sus 
empleados en relacion con la cantidad que se deduce de su sueldo para cubrir seguro, impuestos, gastos medicos, retiro 
obligatorio y retiro voluntario. “Me quitan unas cuantas horas al dfa”, dice Alice. 

A ella le gustarfa un sistema Web que permitiera a los usuarios iniciar sesion en forma segura para ver la information. 
Alice desea que el sistema se comunique con las empresas de seguros medicos y dentales para obtener la cantidad 
restante en la cuenta del empleado durante el ano. Tambien le gustarfa obtener los montos de retiro ahorrados, asf como 
los resultados de las inversiones. Alice se preocupa mucho por la privacidad y desea que el sistema haga que los 
empleados se registren y otorguen su permiso para obtener los montos financieros de las empresas de seguros medicos y 
dentales, asf como de las empresas de retiro. Dibuje un diagrama de caso de uso que represente las actividades del 
sistema Prestaciones de los empleados. 

8. Escriba un escenario para el diagrama de caso de uso que construyo para la empresa Cho Manufacturing. 

9. ^En que nivel va a crear su caso de uso? Seleccione una de las cuatro metaforas de altitud y explique por que la 
eligio. 

10. Cree un diagrama de flujo de datos a nivel de contexto para el sistema Prestaciones de los empleados, del problema 7. 
Aventure algunas suposiciones sobre los datos que entran y salen del proceso central. ^,Le parece que esto es mejor o 
peor para explicar a Alice el funcionamiento del sistema, en vez de usar el caso de uso y los escenarios de caso de uso? 

11. Dibuje un caso de uso y escriba un escenario de caso de uso para obtener dos o tres cuentas de correo electronico. Piense 
en los pasos necesarios para asegurar la seguridad. 

PROYECTOS EN GRUPO 

1. Haga grupos de cinco personas. Asigne una persona para que actue como el disenador del sitio Web, una para que 
escriba la copia del producto de una empresa, otra para que lleve el registro de los pagos de los clientes, una mas para 
que supervise la distribution y otra para atender a los clientes que tengan preguntas sobre el uso del producto. Despues 
seleccione un producto simple (que no tenga muchas versiones). Algunos ejemplos adecuados son una camara digital, un 
reproductor de DVD, un GPS una caja de dulces o una gorra de viaje especializada (a prueba de lluvia o para bloquear el 
sol). Ahora invierta 20 minutos en tratar de explicar al disenador del sitio Web que debe incluir en este. Describa en unos 
tres parrafos la experiencia que tuvo su grupo en cuanto a la coordination. Proporcione mas information sobre la 
capacidad de interrelation de los subsistemas en la organization (su grupo). 

2. En un pequeno grupo, desarrolle un caso de uso y un escenario de caso de uso para hacer reservaciones aereas, de hotel 
y de automovil para viajar a nivel nacional. 

3. Cambie su respuesta en el Proyecto en grupo 2 para incluir viajes internacionales. ^Como cambian el caso de uso y el 
escenario de caso de uso? 

4. Dibuje con su grupo un diagrama de flujo de datos a nivel de contexto del sistema de registro de su escuela o 
universidad. Identifique cada una de las entidades y los procesos. Discuta con sus companeros por que parece haber 
distintas formas de dibujar el diagrama; llegue a un consenso con ellos en cuanto a la mejor forma de dibujar el 
diagrama y defienda su election en un parrafo. Ahora trabaje con los miembros de su grupo y siga los pasos 
apropiados para desarrollar un diagrama E-R y cree uno para el sistema de registro de su escuela o universidad. 
Asegurese de que su grupo indique si la relacion que describe es de uno a uno, de uno a varios, de varios a uno o de 
varios a varios. 
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EPISODIC) 2 


CASO DE LA CPU 

Allen Schmidt, Julie E. Kendall y Kenneth E. Kendall 

Descripcion grafica de las relaciones 

“Entonces el proyecto implica algo mas que solo realizar trabajo de mantenimiento en los programas actuales”, dice Chip. 
“^Vamos a usar una metodologfa formal para analizar y disenar el nuevo sistema?” 

“Sf'responde Anna. “Tambien vamos a usar Microsoft Visio para crear y modificar los diagramas, asf como cierta infor¬ 
mation simple del repositorio. Tambien tenemos una herramienta CASE, Visible Analyst, para analizar y disenar el sistema. 1 
Hace poco instalamos los productos en la computadora de la oficina”. 

Con unos cuantos dies del raton, Anna produce un diagrama de flujo de datos a nivel de contexto (vea la figura E2.1). 
“Es muy conveniente empezar a pensar en el sistema de esta manera”, dice Anna al momento en que ven el diagrama en la 
pantalla. 

Chip asiente y dice: “Puedo ver con mucha facilidad lo que crees que esta ocurriendo con el sistema. Por ejemplo, veo que 
la entidad externa Administracion suministra las preguntas sobre hardware y software y recibe a cambio las respuestas corres- 
pondientes. Muestra al sistema dentro de la organizacion de mayor tamano”. 

“Tambien dibuje un diagrama E-R preliminar del sistema”, dice Anna al momento de mostrar el diagrama de entidad-re- 
lacion en la pantalla (vea la figura E2.2). “Tal vez haya que modificarlo a medida que aprendamos mas sobre el sistema”. 

“Sf, las relaciones de varios a varios y de uno a varios son muy claras cuando lo vemos de esta forma”, dice Chip, viendo 
a la pantalla. 

“Hay una vista mas del sistema”, continua Anna al momento en que abre el diagrama de caso de uso. “Este es el diagrama 
de caso de uso preliminar para nuestro sistema (vea la figura E2.3). Vamos a utilizarlo para obtener retroalimentacion de los 
usuarios que nos puede ser de utilidad. Los casos de uso no estan completes, pero les puedo mostrar uno de ellos”. Anna hace 


EE 5 Formulario para nueva computadora 


Depto. de 

embarques/ ^^^^^ejjecibio^software^ 
recepcion 


Informe maestro de hardware 

EE 4 

Informe maestro de software w 

Soporte 


de oficina 


. 


FIGURA E2.1 

Diagrama de flujo de datos a nivel 
de contexto del sistema actual. 


EE 3 

Se reparo computadora 

Mantenimiento 

1 


Contexto 


Sistema de 
inventario de 
computadoras 



\ 

> 

EE 1 

Pregunta de hardware 

Administracion 

Pregunta de software 

EE 2 


Cuerpo 

Pregunta de software 


docente 



y 


Respuesta a pregunta de hardware w 

EE 1 

Respuesta a pregunta de software w 

Administracion 


EE 2 

Respuesta a pregunta 

Cuerpo 



docente 


. 


'Para obtener mas detalles sobre como empezar a usar Visible Analyst, vea la obra de Allen Schmidt, Working with 
Visible Analyst, 2da. edition (Upper Saddle River, NJ: Prentice Hall, 2004). 
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FIGURA E2.2 

Diagrama de entidad-relacion del 
sistema actual. 



FIGURA E2.3 

Diagrama de caso de uso para el 
sistema de computo de la CPU. 
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clic en el sfmbolo del caso de uso para mostrar la description del caso de uso en el repositorio que aparece 
en la figura E2.4. 

“Ya tienes un buen comienzo aqul”, continua Chip a medida que echa un vistazo a la description del 
caso de uso. “Esto nos ayuda a comprender las actividades que se realizan. Vamos a trabajar y ver que hay 
que hacer ahora”. 


EJERCICIOS 

E-l. Use Microsoft Visio o Visible Analyst para ver e imprimir el diagrama de flujo de datos a nivel de 
contexto para el sistema de inventario de computadoras, como lo hicieron Chip y Anna. 

E-2. Use la caracterfstica Repository (Repositorio) o la pagina Web Repository (Repositorio Web) para ver 
la entrada para el proceso central. 

E-3. Use Microsoft Visio o Visible Analyst para ver e imprimir el diagrama de entidad-relacion para el 
sistema de inventario de computadoras. 

E-4. Explique por que las entidades externas en el diagrama a nivel de contexto no se encuentran en el 
diagrama de entidad-relacion. 


9 

9 

9 


FIGURA E2.4 

Escenario de caso de uso para el 
sistema computacional de la CPU. 


Nombre del caso de uso: Agregar computadora 





Tipo de desencadenador: 0 Externo □ Temporal 



Precondiciones: El departamento de recepcion recibio una computadora. 


UOrbntio rln Xu!l. — " ---- 


_ _ -v,ciii(juieiuuicU. 

barantla minima. a.. 


Garantia mmima: Que se haya recibido la computadora y se agregue mas tarde. 


Requerimientos complidos: Agregar e instalar nuevas computadoras. 




Prioridad (opcional): Alta 


Riesgo (opcional): Medio 
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E-5. Explique por que las entidades ADMINISTRACION y CUERPO DOCENTE se encuentran en ambos lados del proceso 
en el diagrama a nivel de contexto. 

E-6. Use Microsoft Visio o Visible Analyst para ver e imprimir el diagrama de caso de uso para el sistema de inventario de 
computadoras. 

E-7. Agregue los siguientes actores y casos de uso al diagrama de casos de uso: 

a. El actor CUERPO DOCENTE al lado izquierdo del diagrama de casos de uso. 

b. Conectar el actor CUERPO DOCENTE con el caso de uso CONSULTAR CLASES DE CAPACITACION. 

c. Como las computadoras pueden tener software instalado para un laboratorio computacional especlfico, el personal 
de soporte de oficina puede hacerse cargo de instalar software en las. Conecte el actor SOPORTE DE OFICINA al 
caso de uso AGREGAR SOFTWARE. 

d. Agregue dos nuevos casos de uso debajo del caso de uso CONSULTAR CLASES DE CAPACITACION: CONSUL¬ 
TAR EXPERTO DE SOFTWARE y debajo de este, CONSULTAR INFORMACION DE SOFTWARE. 

e. Conecte el actor CUERPO DOCENTE a los casos de uso CONSULTAR EXPERTO DE SOFTWARE y CONSUL¬ 
TAR INFORMACION DE SOFTWARE. 

f. Conecte el actor ADMINISTRACION al caso de uso CONSULTAR EXPERTO DE SOFTWARE. 

E-8. Agregue el caso de uso INSTALAR COMPUTADORA DE ESCRITORIO al area superior derecha del diagrama. Este 
caso de uso extiende al caso de uso AGREGAR COMPUTADORA. 

E-9. Agregue una descripcion para el caso de uso AGREGAR SOFTWARE. Esta descripcion debe contener la siguiente in¬ 
formacion: 

a. Obtenga el nombre del caso de uso y los actores del diagrama de casos de uso. Los interesados y el nivel son los 
niismos que en la figura E2.3. 

b. La descripcion debe ser: Agregar nuevo software a la tabla Software de la base de datos e imprimir un listado de 
instalacion. 

c. La actividad empieza (se desencadena) cuando el usuario hace clic en el elemento de menu Add Software (Agregar 
software). 

d. Los pasos realizados y la informacion para los pasos son: 

El software se introduce en el nuevo sistema y se valida Formulario de software recibido 

El software se agrega al Archivo maestro de software Archivo maestro de software 

Se produce la Lista de instalacion de software Archivo maestro de software, Pedido 

Se notifica al usuario de software sobre el software instalado Pedido 

e. Las precondiciones son el software que se recibio. Las postcondiciones son que el software se agrego a la base de 
datos y se crearon los informes. Las suposiciones son que el usuario inicio sesion con exito y tiene acceso a la pan- 
talla Add Software (Agregar software). Una garantla de exito es que se haya agregado el software a la base de datos 
y se haya impreso el informe requerido. Una garantla minima es que se haya recibido el software. Los objetivos 
cumplidos son agregar e instalar nuevo software. La cuestion pendiente es como determinar que software instalar en 
cuales equipos. La prioridad es alta y el riesgo es medio. 

E-10. Escriba la descripcion para el caso de uso PRODUCIR INFORME DE REFERENCIA CRUZADA DE HARDWARE Y 
SOFTWARE. Use el diagrama de casos de uso para determinar la informacion del encabezado y haga todas las suposi¬ 
ciones razonables. Los pasos serlan leer un registro de software, usar esa informacion para leer la tabla relacional de 
hardware-software y despues leer el registro de hardware. Use el registro de hardware para imprimir una llnea en la que 
se acumulen los totales. Imprima subtotales y totales generates. Esta es una actividad de nivel medio y bajo riesgo. Las 
precondiciones son que la informacion se debe haber agregado antes a las tablas de base de datos apropiadas. Las postcon¬ 
diciones son que se imprimio el informe. Las suposiciones son que toda la informacion en las tablas de base de datos es 
correcta. Una garantla de exito serla que se haya creado el informe con exito. Una garantla minima serfa que no se haya 
podido imprimir el informe. Los objetivos cumplidos son producir informacion sobre el software instalado en cada ma- 
quina. Las cuestiones pendientes son: ^Que pasa si el software es antiguo y no esta instalado actualmente en ninguna 
maquina? ^Como se debe producir el informe: impreso, en un archivo PDF o habrla que consultar que paquete de soft¬ 
ware se debe utilizar? 
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E-ll.Escriba la descripcion para el caso de uso PRODUCIR INFORME DE INVERSION DE HARDWARE. Use el diagrama 
de casos de uso para definir la informacion del encabezado. Los pasos implican leer cada registro de hardware, contar el 
numero de equipos y calcular el monto total invertido en ellos para cada modelo de computadora. Calcular subtotales 
para cada marca de computadora y un gran total al final del informe. Toda la informacion proviene de la tabla de base de 
datos Hardware Master (Archivo maestro de hardware). Haga todas las suposiciones razonables en cuanto a las precon- 
diciones, postcondiciones, suposiciones, garantia de exito, garantia minima, objetivos cumplidos, cuestiones pendientes, 
prioridad y riesgo. 

E-12.Escriba la descripcion para el caso de uso CONSULTAR CLASES DE CAPACITACION. Use el diagrama de casos de 
uso para definir la informacion del encabezado. Los pasos implican introducir informacion en el formulario Web, validar 
la informacion y almacenar los datos en una tabla de base de datos llamada Training Request (Solicitud de capacitacion). 
Haga todas las suposiciones razonables en cuanto a las precondiciones (por ejemplo, si el software tiene que estar com- 
prado de antemano), postcondiciones, suposiciones, garantia de exito, garantia minima, objetivos cumplidos, cuestiones 
pendientes, prioridad (esta seria una tarea de alta prioridad) y riesgo. 

Los ejercicios en los que se antepone un icono www indican material de valor agregado disponible en el sitio Web www.pearsonhighered.com/ 
kendall. Los estudiantes pueden descargar un archivo de muestra de Microsoft Visio, Visible Analyst, Microsoft Project o Microsoft Access que 
pueden usar para completar los ejercicios. O tambien pueden resolver muchos de los ejercicios a mano si no tienen el software a su dis- 
posicion. 
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TU LO 3 


dministracion de proyectos 


Objetivos de aprendizaje 

Al completar este capitulo usted podra: 

Comprender como se inician y seleccionan los proyectos, definir un problema de 
negocios y determinar la viabilidad de un proyecto propuesto. 

Hacer un inventario y valorar los componentes actuales y propuestos de hardware y 
software, y determinar la forma en que brindan soporte a las interacciones de los 
humanos con la tecnologia. 

3. Evaluar las soluciones considerando ventajas y desventajas de crear software personalizado, 
comprar software COTS y subcontratar un proveedor de servicios de aplicaciones. 

4. Pronosticar y analizar los costos y beneficios tangibles e intangibles. 

5. Planear un proyecto al identificar las actividades y programarlas. 

6. Administrar los miembros del equipo y las actividades de analisis y diseno, de manera 
que se cumplan los objetivos del proyecto sin exceder el tiempo programado. 

7. Escribir y presentar en forma profesional una propuesta de sistemas efectiva, con 
enfasis tanto en el contenido como en el diseno. 



Iniciar proyectos, determinar su viabilidad, programar fechas y tiempos 
para su cumplimiento, planificar y despues administrar las actividades y a 
los miembros del equipo para optimizar la productividad son aptitudes que 
el analista de sistemas debe dominar. Como tales, se consideran los funda- 
mentos de administracion de los proyectos. 

Un proyecto de sistemas empieza con problemas o con oportunidades 
de realizar mejoras en una empresa que, con frecuencia, surgen a medida que la organizacion 
se adapta al cambio. La creciente popularidad del comercio electronic evidencia cambios 
fundamentales a medida que las empresas originan sus negocios en —o transfieren sus ope- 
raciones internas y sus relaciones externas a— Internet. Los cambios que requieren una solu- 
cion de sistemas ocurren tanto en el entorno legal como en el industrial. Los analistas trabajan 
con los usuarios para crear la definicion de un problema que refleje los sistemas y problemas 
actuales de la empresa. Una vez que se sugiere un proyecto, el analista de sistemas trabaja 
rapidamente con los encargados de tomar las decisiones para determinar si es viable. Si se 
aprueba un proyecto para realizar un estudio completo de sistemas, las actividades del pro¬ 
yecto se programan por medio de herramientas tales como los graficos de Gantt y los diagra- 
mas de Tecnicas de evaluacion y revision de programas (PERT) para completar el proyecto a 
tiempo. Parte del proceso de asegurar la productividad de los miembros del equipo de analisis 
de sistemas es administrar de manera efectiva sus actividades programadas. Este capitulo esta 
dedicado a analizar los fundamentos de la administracion de proyectos. 


INICIACION DEL PROYECTO 

Los proyectos de sistemas tienen muchos orfgenes y diversas razones. Algunos de los proyectos 
sugeridos sobreviviran varias de las etapas de evaluacion en las que usted (o usted y su equipo) 
debe trabajar; otros no deben sobrevivir (ni sobreviviran) tanto. Los empresarios sugieren pro- 
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yectos de sistemas por dos amplios tipos de razones: 1) porque experimental! problemas que se prestan por si 
solos a las soluciones de sistemas y 2) porque reconocen oportunidades para mejorar mediante la actualization o 
modification de los sistemas existentes, o la instalacion de sistemas nuevos. Ambas situaciones pueden surgir a 
medida que la organizacion se adapta y hace frente a los cambios naturales y evolucionarios. 

Problemas en la organizacion 

A los gerentes no les gusta que su organizacion tenga problemas y mucho menos hablar sobre ellos o compar- 
tirlos con alguien extemo. Sin embargo, los buenos gerentes estan conscientes de que es imprescindible reconocer 
los smtomas de los problemas o, en una etapa posterior, diagnosticar los problemas en si y luego confrontarlos, si 
quieren que su empresa siga funcionando con el mayor potencial posible. 

Los problemas salen a la superficie de muchas formas. Una manera de conceptualizar que son los problemas 
y como surgen es considerarlos como situaciones en las que nunca se cumplieron los objetivos o dejaron de cum- 
plirse en algun punto. La retroalimentacion practica proporciona informacion sobre el hueco entre el rendimiento 
actual y el esperado, y, de esta forma, ayuda a destacar los problemas. 

En algunos casos, los problemas que requieren de los servicios de los analistas de sistemas se descubren 
debido a que no se estan cumpliendo las medidas de rendimiento. Los problemas (o smtomas de ellos) con pro- 
cesos que no son visibles en el proceso de salida y que podrfan requerir la ayuda de un analista de sistemas; in- 
cluyen errores excesivos y un trabajo que se desempena con mucha lentitud, en forma incompleta, incorrecta o 
que simplemente no se lleva a cabo. Otros smtomas de los problemas se hacen evidentes cuando las personas no 
cumplen con los objetivos de rendimiento de referenda. Los cambios en el comportamiento de los empleados, 
como niveles altos e inusuales de ausentismo, una gran inconformidad en el trabajo o mucha rotacion de personal 
son factores que alertan a los gerentes sobre problemas potenciales. Cualquiera de estos cambios, por si solos o 
combinados, podrfa ser motivo suficiente para solicitar la ayuda de un analista de sistemas. 

Aunque las dificultades como las que acabamos de describir ocurren en la organizacion, la retroalimenta¬ 
cion acerca de la forma en que la organizacion cumple con los objetivos designados puede provenir del exterior, 
en forma de quejas o sugerencias de los clientes, distribuidores o proveedores, ademas de la perdida de ventas o 
una reduction inesperada en las mismas. Esta retroalimentacion proveniente del entorno extemo es en extremo 
importante y no debe ignorarse. 

En la figura 3.1 se muestra un resumen de smtomas de problemas y metodologfas utiles para detectarlos. 
Note que revisar la salida, observar o investigar el comportamiento de los empleados y escuchar la retroalimen¬ 
tacion de las fuentes externas son valiosas herramientas para detectar problemas. A1 reaccionar a las historias de 
los problemas en la organizacion, el analista de sistemas desempena los roles de consultor, experto de soporte y 
agente de cambio, como vimos en el capftulo 1. Como podrfa esperar, los roles para el analista de sistemas cam- 
bian sutilmente cuando se inician los proyectos, ya que el enfoque esta en las oportunidades de mejorar en vez de 
estar en la necesidad de resolver los problemas. 

Definition del problema 

Sin importar que utilice el SDLC clasico o una metodologfa orientada a objetos, el analista primero define los 
problemas y objetivos en el sistema. Estos forman la base para determinar que debe lograr el sistema. Los meto- 
dos como Seis Sigma (el capftulo 16 proporciona mas informacion) empiezan con una definition del problema. 


Para identificar los problemas Busque estas senales especificas: 


Revisar la salida y compararla con los 
criterios de rendimiento. 

• Demasiados errores 

• El trabajo se completa con lentitud 

• El trabajo se hace en forma incorrecta 

• El trabajo se hace en forma incompleta 

• No se hace ningun trabajo 

Observar el comportamiento de 

• Niveles altos de ausentismo 

los empleados. 

• Mucha inconformidad en el trabajo 


• Mucha rotacion de empleados 

Escuchar la retroalimentacion externa de: 

• Quejas 

Distribuidores 

• Sugerencias para mejorar 

Clientes 

• Perdida de ventas 

Proveedores 

• Ventas mas bajas 


FIGURA 3.1 

Comprobar la salida, observar el 
comportamiento de los empleados 
y escuchar la retroalimentacion 
son todas formas de ayudar al 
analista a destacar los problemas y 
oportunidades de sistemas. 
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OPORTUNIDAD DE CONSULTORIA 3.1 



M - 


El sonido mas dulce que haya sorbido 


' ■ = ■ 


elix Straw, quien representa a uno de varios distribuidores en 
EE.UU., del refresco europeo Sipps, examina con desagrado el 
mapa del clima en un periodico, donde la mayor parte de los Esta- 
dos Unidos aparece cubierta del rojo oscuro que indica la anticipada 
ola de calor primaveral, sin signos de que vaya a pasar. Apuntando 
al diario, dice al grupo de sistemas al que usted pertenece: “Es lo 
mejor que nos pudo ocurrir... o asi deberfa ser. Pero cuando tuvi- 
mos que colocar nuestros pedidos hace tres meses, ;no teniamos 
idea de que esta monstruosa ola de calor iba a devorar el pais de esta 
forma!”. Sefialando con la cabeza una fotograffa de la planta euro¬ 
pea en la pared, continua: “Tenemos que ser capaces de decirles 
cuando las cosas se calienten por aca, para obtener suficiente pro- 
ducto. De lo contrario perderemos todas las oportunidades. Esto 
ocurrio hace dos afios y casi nos elimino del mercado”. 

“Cada uno de nuestros distribuidores se reune con nuestros ge- 
rentes de distrito para realizar una planeacion de tres meses. Cuando 
estamos de acuerdo, enviamos nuestros pedidos a las oficinas gene- 
rales en Europa. Elios hacen sus propios ajustes, embotellan las bebi- 
das y luego recibimos nuestros pedidos modificados entre 9 y 15 
semanas mas tarde. Pero necesitamos formas de decirles lo que esta 
ocurriendo ahora. Incluso hay varias supertiendas que estan abriendo 
aquf. Deben saber que tenemos una demanda muy alta”. 

Corky, su asistente, asiente y dice: “Si, por lo menos deberfan 
analizar nuestras ventas del afio pasado en este periodo. Algunas 
primaveras son calientes, otras no tanto”. 

Straw coincide y dice: “Serfa musica para mis oidos, algo 
realmente dulce, si pudieran trabajar con nosotros para detectar las 
tendencias y los cambios, y despues responder con rapidez”. 


Stern’s, con base en Blackpool, Inglaterra, es un fabricante 
europeo de bebidas, ademas de ser el desarrollador y productor de 
Sipps, una bebida no carbonatada dulce, con sabor a frutas, sin al¬ 
cohol, que se sirve frfa y es muy popular cuando hace calor. Con 
excelentes ventas en Europa y una popularidad en aumento en los 
Estados Unidos desde su presentacion cinco afios atras, Sipps ha 
tenido dificultades para administrar el inventario en forma adecuada 
y satisfacer la demanda de los clientes estadounidenses, que se ve 
afectada por las fluctuaciones de temperatura estacionales del ano. 
Los lugares con clima calido durante todo el afio y muchos turistas 
(como Florida y California) tienen grandes pedidos permanentes, 
pero otras areas del pais se podrfan beneficiar de un proceso de 
pedidos menos incomodo y mas receptivo. Sipps se distribuye a 
traves de una red de distribuidores locales esparcidos por todo 
Estados Unidos y Canada. 

Como uno de los analistas de sistemas asignado para trabajar 
con los distribuidores de Sipps en los EE.UU., empiece su analisis 
haciendo una lista de algunos de los smtomas y problemas clave que 
identified despues de estudiar los flujos de informacion, el proceso 
de pedidos y la administracion del inventario, y despues de entre- 
vistar al Sr. Straw y a su asistente. Describa en un parrafo los pro¬ 
blemas que podrfan indicar la necesidad de una solucion de 
sistemas. 


Nota: Esta oportunidad de consultorfa esta inspirada en el artfculo de J. C. 
Perez, “Heineken’s HOPS Software Keeps A-Head on Inventory", PC Week, 
Vol. 14, Num. 2, enero 13, 1997, pp. 31 y 34. 


Por lo general, la definition de un problema contiene cierta clase de declaracion del mismo, sintetizada en 
uno o dos parrafos. A esta le siguen una serie de cuestiones o piezas independientes importantes del problema. 
Estas cuestiones van seguidas de una serie de objetivos o metas que coincidan con cada uno de los puntos es- 
tablecidos en las cuestiones. Las cuestiones son la situacion actual; los objetivos son la situacion deseada. Los 
objetivos pueden ser muy especfficos o se pueden redactar mediante una declaracion general. 

He aquf algunos ejemplos de preguntas de negocios relacionadas con los objetivos de una empresa: 

),Cuales son los propositos de la empresa? 

(■.Es una empresa con o sin fines de lucro? 

^ Plane a la companfa crecer o expandirse? 

(i Cual es la postura de la empresa (cultura) en cuanto a la tecnologfa? 

),Cual es el presupuesto que la empresa tiene asignado para la TI? 

I, El personal de la empresa tiene la experiencia requerida? 

Sobra decir que el analista de sistemas debe comprender la forma en que funciona la empresa. 

La ultima parte de la definicion del problema contiene los requerimientos, las cosas que se deben lograr, 
junto con las posibles soluciones y las restricciones que limitan el desarrollo del sistema. La section de requeri¬ 
mientos puede incluir seguridad, capacidad de uso, requerimientos gubernamentales, etcetera. A menudo las res¬ 
tricciones incluyen la palabra no para indicar una limitation, y pueden contener restricciones en el presupuesto o 
lfmites de tiempo. 

La definicion del problema se produce despues de terminar con las entrevistas, las observaciones y el ana¬ 
lisis de los documentos con los usuarios. El resultado de recopilar esta informacion es una enorme cantidad de 
hechos y opiniones importantes que debe sintetizarse. El primer paso para producir la definicion del problema es 
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encontrar varios puntos que se puedan incluir en una cuestion. Los puntos importantes se pueden identificar en la 
entrevista de distintas formas: 

1. Los usuarios pueden identificar una cuestion, asunto o tema que se repita varias veces; en ocasiones pueden 
ser distintas personas en varias entrevistas. 

2. Los usuarios pueden comunicar las mismas metaforas, como decir que la empresa es un viaje, un juego de 
guerra, un organismo, una maquina, etcetera. 

3. Los usuarios pueden hablar mucho sobre un tema. 

4. Los usuarios le pueden decir abiertamente: “Este es un problema importante”. 

5. Los usuarios pueden comunicar la importancia mediante el lenguaje corporal o hablar tajantemente sobre 
una cuestion. 

6. El problema puede ser lo primero que mencione el usuario. 

Una vez creadas las cuestiones hay que declarar los objetivos. A veces, el analista debe realizar una entre¬ 
vista de seguimiento para obtener informacion mas precisa sobre los objetivos. Una vez declarados estos, hay 
que determinar la importancia relativa de las cuestiones o de los objetivos. Si no hay suficientes fondos para de- 
sarrollar el sistema completo, primero es necesario completar los objetivos mas crfticos. Los usuarios son quie- 
nes pueden identificar mejor los objetivos mas crfticos (con la ayuda de los analistas), ya que son expertos de 
dominio en su area de negocios y saben como trabajar mejor con las tecnologfas en la organization. 

Una de las tecnicas es pedir a los usuarios que asignen una ponderacion para cada cuestion u objetivo del 
primer borrador de la definition del problema. Es un juicio subjetivo por parte del usuario, pero si varios de 
ellos asignan ponderaciones y se obtiene un promedio de todas, el resultado podrfa reflejar mejor la situacion. 
Despues de determinar las ponderaciones se modifica la secuencia del orden de las cuestiones y objetivos de la 
definicion del problema en orden de mayor a menor importancia. Existe software como Expert Choice (www. 
expertchoice.com) y otros paquetes de software de soporte de decisiones que pueden ayudar con los procesos de 
pesar y asignar prioridades a los objetivos. 

Ademas de analizar los datos y entrevistar personas, trate de presenciar el problema por su cuenta. A1 anali- 
zar la misma situacion, tal vez un empleado pueda ver un problema en forma muy distinta a un analista de siste- 
mas. Esto tambien ofrece a los analistas la oportunidad de confirmar sus hallazgos. De esta forma utilizan varios 
metodos, con lo cual fortalecen el caso para tomar la action apropiada. 

UN EJEMPLO DE DEFINICION DE PROBLEMA: EL SERVICIO DE BANQUETES CATHERINE. El Servicio de banquetes 
Catherine es una pequena empresa que provee servicios de alimentos, recepciones y banquetes para reuniones de 
negocios y sociales como comidas formales y bodas. El amor de Catherine por la cocina y su talento para preparar 
platillos finos inspiraron este negocio. A1 principio era una pequena empresa con unos cuantos empleados que 
trabajaban en pequenos proyectos. Catherine se reurna con los clientes para determinar el numero de personas, 
el tipo de alimentos y demas informacion necesaria para dar servicio a un evento. Su reputation como excelente 
proveedora de banquetes de alta calidad hizo aumentar su volumen de negocios. Gracias a la construction de un 
nuevo centra de convenciones y a la prospera comunidad comercial en la ciudad, aumento el numero de eventos 
de servicio de banquetes. 

Catherine administraba el negocio mediante el uso de hojas de calculo y un procesador de palabras, pero se 
le dificultaba estar al tanto de las interminables llamadas telefonicas sobre los tipos de comida disponibles, los 
cambios en el numero de invitados que iban a asistir al evento y la disponibilidad de artfculos especiales, como 
platillos de comida vegetariana, bajos en calorfas o en carbohidratos, etc. La decision de Catherine de contratar 
varios empleados de medio tiempo para cocinar y ayudar en los eventos complied la programacion del personal, 
proceso que estaba abrumando al nuevo gerente de recursos humanos. Catherine decidio contratar una empresa 
de consultorfa de TI y negocios para ayudarla a lidiar con los problemas a los que se enfrentaba su empresa de 
servicio de banquetes. 

Despues de realizar varias entrevistas y observar al personal clave, los consultores encontraron las siguientes 
cuestiones: 

1. El chef principal hatia un pedido de provisiones por evento. Los proveedores podrian ofrecer descuentos si 
se pidieran cantidades mayores de una sola vez para todos los eventos que se llevaran a cabo en cierto 
periodo. 

2. A menudo los clientes llamaban para cambiar el numero de invitados para un evento, y algunos de esos 
cambios se realizaban solo uno o dos dfas antes del dfa programado para el evento. 

3. Catherine y su personal requerfan demasiado tiempo para atender cada solicitud de servicio; 
aproximadamente el 60 por ciento de las llamadas terminaba contratando los servicios. 

4. Algunas veces no habfa disponibilidad de empleados por conflictos de horario, y algunos eventos no 
contaban con el suficiente personal. Las quejas sobre la puntualidad del servicio se estaban haciendo mas 
frecuentes. 
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5. Catherine no tiene informacion sintetizada en cuanto al numero de eventos y los tipos de comidas. Serfa 
conveniente contar con informacion sobre las tendencias para ayudarle a guiar a sus clientes a la hora de 
elegir sus platillos. 

6. Por lo general, los eventos se llevan a cabo en hoteles u otros salones que proveen servicios de vajilla, mesas y 
sillas. Hay problemas en cuanto a tener suficientes meseros debido a los cambios en el numero de invitados. 

La figura 3.2 muestra la defmicion del problema. Observe las ponderaciones a la derecha, las cuales repre 
sentan un promedio de las asignadas por cada empleado. Los objetivos coinciden con los problemas. Cada obje 
tivo se utiliza para crear los requerimientos de los usuarios. 


FIGURA 3.2 

Defmicion del problema para Servicio de 
banquetes Catherine, desarrollado con la 
ayuda de algunos usuarios. 
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Despues, estos requerimientos se utilizan para crear casos de uso y un diagrama de casos de uso, o procesos 
del diagrama de flujo de datos. Cada objetivo puede crear uno o mas requerimientos de usuario o varios objetivos 
pueden crear uno o tal vez ningun caso de uso (no es comun crear casos de uso para informes simples), o cada 
requerimiento puede crear un proceso de diagrama de flujo de datos. Los requerimientos de los usuarios para el 
Servicio de banquetes de Catherine son: 

1. Crear un sitio Web dinamico para permitir que los clientes actuates y potenciales obtengan informacion y 
precios de los servicios y productos ofrecidos. 

2. Permitir que los clientes actuales y potenciales envfen una solicitud con sus elecciones de servicio de 
banquete, y que la solicitud se canalice a un gerente de cuentas. 

3. Agregar clientes a la base de datos de clientes, asignarles un ID de usuario y una contrasena para que tengan 
acceso a sus proyectos. 

4. Crear un sitio Web para que los clientes puedan ver y actualizar el numero de invitados para un evento, y restringir 
los cambios al numero de invitados cuando falten menos de cinco dfas para que se lleve a cabo el evento. 

5. Obtener o crear software para comunicarse directamente con el personal de las instalaciones de los eventos. 

6. Crear o comprar un sistema de recursos humanos para programar los horarios de los empleados de medio tiempo, 
de manera que la administration pueda agregar empleados y programarlos mediante el uso de varias restricciones. 

7. Proveer consultas o informes con informacion sintetizada. 

Cada requerimiento se puede utilizar para crear un plan de prueba preliminar. Como al initio hay pocos de- 
talles disponibles, el plan de prueba se revisara a medida que avance el proyecto. 

El siguiente podrfa ser un plan de prueba simple para el Servicio de banquetes de Catherine: 

1. Disenar datos de prueba que permitan a los clientes ver cada uno de los distintos tipos de productos. 

2. Probar que efectivamente se haya introducido una solicitud de servicio de banquete con datos validos, asf 
como cada una de las posibles condiciones de datos invalidos (definiremos los datos mas adelante). 
Asegurese de que la solicitud se canalice al gerente de cuentas apropiado. 

3. Probar que todos los campos de datos pasen todos los criterios de validation para cada campo. Probar datos 
reales para asegurar que se agreguen los clientes a la base de datos de clientes y que se les asigne un ID de 
usuario y una contrasena correctamente. 

4. Crear un plan de prueba para verificar que los clientes puedan ver la informacion de los eventos. Probar que 
no se puedan realizar actualizaciones cuando falten 5 dfas o menos para el evento. Disenar datos de prueba 
que permitan verificar que se actualice en forma correcta el numero de invitados para un evento. 

5. Probar que el software funcione correctamente para comunicarse en forma directa con el personal de las 
instalaciones de los eventos. 

6. Probar el sistema de recursos humanos para programar los horarios de los empleados de medio tiempo y 
verificar que estos se agreguen correctamente, ademas de verificar que se detecten y reporten todos los 
valores invalidos para cada campo. Verificar que el software de programacion de horarios realice 
actualizaciones validas y detectar las entradas invalidas. 

7. Verificar que todas las consultas o informes funcionen correctamente y contengan la informacion de 
resumen correcta. 

Selection de proyectos 

Los proyectos tienes orfgenes distintos y se inician por muchas razones. No todos se deben seleccionar para 
continuar su estudio. Como analista, usted debe tener razones muy claras para recomendar un estudio de siste- 
mas en un proyecto que parezca resolver un problema o que pudiera dar lugar a una mejora. Tome en cuenta la 
motivation detras de una propuesta para el proyecto. Necesita estar seguro de que el proyecto en consideration 
no se proponga solo por mejorar su propia reputation o su poder ni el de la persona o grupo que lo propone, ya 
que hay una buena probabilidad de que dicho proyecto sea mal concebido y que en un momento dado no sea 
muy bien aceptado. 

Como vimos en el capitulo 2, hay que examinar los proyectos que se tengan como prospectos desde una 
perspectiva de sistemas, de tal forma que consideremos el impacto del cambio propuesto en toda la organization. 
Recuerde que los diversos subsistemas de la organization estan interrelacionados y son interdependientes, por lo 
que un cambio en un subsistema podrfa afectar a los demas. Incluso cuando los encargados de tomar las decisio- 
nes que estan directamente involucrados son los que en ultima instancia establecen los lfmites para el proyecto 
de sistemas, no podemos contemplar o seleccionar un proyecto de sistemas aislados del resto de la organization. 

Ademas de estas consideraciones generales tenemos cinco criterios especfficos para la selection de proyectos: 

1. Contar con el respaldo de la administration. 

2. Que sea el momento oportuno para comprometerse con el proyecto. 
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3. La posibilidad de mejorar la obtencion de los objetivos de la organization. 

4. Que sea practico en terminos de recursos para el analista de sistemas y la organization. 

5. Que el proyecto valga la pena en comparacion con las demas formas en que la organization podrfa invertir 

sus recursos. 

Antes que nada esta el respaldo de la administration. No se puede lograr nada en absoluto sin el patrocinio 
de las personas que en un momenta dado tendran que pagar la cuenta. Esto no significa que usted no tenga in- 
fluencia para dirigir el proyecto o que no se puedan incluir otras personas aparte de la administration, pero si que 
su respaldo es esencial. 

Otro criterio importante para la selection de un proyecto es que suceda en el momento oportuno para usted 
y la organization. Preguntese a si mismo y a los demas involucrados si la empresa es capaz en esos momentos de 
comprometerse con el tiempo requerido para la instalacion de nuevos sistemas o para mejorar los sistemas exis- 
tentes. Usted tambien debe ser capaz de comprometer todo su tiempo (o la parte necesaria del mismo) durante 
este periodo. 

Un tercer criterio es la posibilidad de mejorar el logro de los objetivos de la organization como 1 ) mejo¬ 
rar las ganancias de la empresa, 2) brindar soporte a la estrategia competitiva de la organization, 3) mejorar la 
cooperation con los distribuidores y socios, 4) mejorar el soporte a las operaciones internas de manera que los 
productos y servicios se produzcan con eficiencia y efectividad, 5) mejorar el soporte a las decisiones internas de 
manera que estas sean mas efectivas, 6) mejorar el servicio al cliente y 7) aumentar la moral de los empleados. El 
proyecto debe encaminar a la organization hacia sus objetivos primordiales y no desviarla de ellos. 

El cuarto criterio es seleccionar un proyecto que sea practico en terminos de sus recursos y capacidades, asf 
como las de la empresa. Algunos proyectos no estaran dentro de su area de experiencia, por lo cual debe ser ca¬ 
paz de reconocerlos. 

Por ultimo, necesita llegar a un acuerdo basico con la organization en cuanto a si vale la pena el proyecto 
de sistemas en comparacion con cualquier otro posible proyecto que se este considerando. Hay muchas posibi- 
lidades para realizar mejoras como 1) agilizar un proceso, 2) optimizar un proceso por medio de la elimination 
de pasos innecesarios o duplicados, 3) combinar procesos, 4) reducir errores en la entrada por medio de cambios 
en los formularios y las pantallas de visualization, 5) reducir el almacenamiento redundante, 6) reducir la salida 
redundante y 7) mejorar la integration de los sistemas y subsistemas. Recuerde que cuando una empresa se com- 
promete con un proyecto, esta comprometiendo los recursos que podrfan ya no estar disponibles para otros. Es 
conveniente considerar que todos los posibles proyectos compiten por los recursos de tiempo, dinero y personal 
de la empresa. 

DETERMINACION DE LA VIABILIDAD 

Una vez que reducimos el numero de proyectos de acuerdo con los criterios antes descritos, todavfa falta deter- 
minar si los proyectos seleccionados son viables. Nuestra definition de viabilidad va mucho mas alia del uso 
comun del termino, ya que existen tres formas principales para evaluar la viabilidad de los proyectos de sistemas: 
en base a su operation, a su capacidad tecnica y a su economfa. El estudio de viabilidad no es un estudio deta- 
llado de sistemas, sino que se utiliza para recopilar datos mas generales para los miembros de la administration, 
lo cual a su vez les permite tomar una decision en cuanto a si deben continuar o no con un estudio de sistemas. 

Los datos para el estudio de viabilidad se pueden recuperar a traves de entrevistas, las cuales veremos con 
detalle en el capftulo 4. El tipo de entrevista requerida esta relacionado de manera directa con el problema u 
oportunidad que se sugiere. Por lo general, el analista de sistemas entrevista a las personas que piden ayuda y 
a las que estan relacionadas en forma directa con el proceso de toma de decisiones, que generalmente son los 
administradores. Aunque es importante abordar el problema correcto, el analista de sistemas no debe invertir 
mucho tiempo en realizar estudios de viabilidad, ya que se solicitaran muchos proyectos y se podran o deberan 
llevar a cabo solo unos cuantos. El estudio de viabilidad debe tardar el menor tiempo posible, procurando abarcar 
varias actividades en un periodo de tiempo corto. 

Determinar si es posible o no 

Una vez que el analista determina objetivos razonables para un proyecto, necesita determinar si es posible que 
la organization y sus miembros puedan ver el proyecto hasta su termination. Por lo general, el proceso de eva¬ 
luation de la viabilidad es efectivo para descartar proyectos inconsistentes con los objetivos de la empresa, que 
requieran una capacidad tecnica imposible o que no tengan ningun merito economico. 

Aunque es meticuloso, el estudio de la viabilidad es algo que vale la pena ya que ahorra tiempo y dinero a 
las empresas y a los analistas de sistemas. Para que el analista pueda recomendar que se continue con el desarro- 
llo de un proyecto, este debe mostrar que es viable en las tres siguientes formas: tecnica, economica y operatio¬ 
nal, como se muestra en la figura 3.3. 
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FIGURA 3.3 

Los tres elementos clave de la 
viabilidad: tecnica, economica y 
operacional. 

Viabilidad economica 

Tiempo del analista de sistemas 

Costo del estudio de sistemas 
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Los tres elementos clave de la viabilidad 


Viabilidad tecnica 

Complemento para el sistema actual 

Tecnologia disponible para satisfacer las necesidades de los usuarios 


VIABILIDAD TECNICA El analista debe averiguar si es posible desarrollar el nuevo sistema teniendo en cuenta los 
recursos tecnicos actuales. De no ser asf, ^se puede actualizar o complementar el sistema de tal forma que pueda 
cumplir con lo que se requiere? Si no es posible complementar o actualizar los sistemas existentes, la siguiente 
pregunta es si existe o no la tecnologia que cumpla con las especificaciones. 

A1 mismo tiempo, el analista puede preguntar si la organizacion cuenta con el personal que tenga la habili- 
dad tecnica suficiente para lograr los objetivos. De no ser asi, la pregunta es si pueden o no contratar programa- 
dores, probadores, expertos o demas personal adicional que pueda tener habilidades de programacion distintas a 
las del personal existente, o si tal vez pueden subcontratar un tercero para que se haga cargo del proyecto. Otra 
de las preguntas es si hay o no paquetes de software disponibles que puedan lograr sus objetivos, o si hay que 
personalizar el software para la organizacion. 

VIABILIDAD ECONOMICA La viabilidad economica es la segunda parte de la determinacion de recursos. Los 
recursos basicos a considerar son el tiempo de usted como analista y el tiempo de su equipo de analisis de 
sistemas, el costo de realizar un estudio de sistemas completo (incluyendo el tiempo de los empleados con los 
que usted va a trabajar), el costo del tiempo del empleado de la empresa, el costo estimado del hardware y el 
costo estimado del software o del desarrollo de software. 

La empresa afectada debe ser capaz de ver el valor de la inversion que esta considerando antes de compro- 
meterse con un estudio de sistemas completo. Si los costos a corto plazo no se ven eclipsados por las ganancias a 
largo plazo o no producen una reduction inmediata en los costos de operation, entonces el sistema no es econo- 
micamente viable y el proyecto no debe continuar. 

VIABILIDAD OPERACIONAL Suponga por un instante que tanto los recursos tecnicos como economicos se 
consideran adecuados. El analista de sistemas debe aun considerar la viabilidad operacional del proyecto 
solicitado. La viabilidad operacional depende de los recursos humanos disponibles para el proyecto e implica la 
action de pronosticar si el sistema funcionara y se utilizara una vez instalado. 

Si los usuarios estan practicamente casados con el sistema actual, no ven problemas con el y por lo general 
no estan involucrados en el proceso de solicitar un nuevo sistema, habra mucha resistencia a la implementation 
del nuevo. Las probabilidades de que se vuelva funcional en algun momento dado seran bajas. 

Por otro lado, si los mismos usuarios han expresado la necesidad de un sistema que sea funcional por mas 
tiempo, de una forma mas eficiente y accesible, hay mas probabilidades de que el sistema solicitado se llegue a 
utilizar en un momento dado. Gran parte del arte de determinar la viabilidad operacional recae en las interfaces 
de usuario elegidas, como veremos en el capftulo 14. 

DETERMINACION DE LAS NECESIDADES DE HARDWARE Y SOFTWARE 

Para evaluar la viabilidad tecnica hay que evaluar la habilidad del hardware y software computacional para 
manejar las cargas de trabajo en forma adecuada. En la figura 3.4 se muestran los pasos que sigue el analista de 
sistemas para determinar las necesidades de hardware y software. En primer lugar, hay que realizar un inventario 
de todo el hardware computacional con el que cuente la organizacion para descubrir que hay disponible y que se 
puede utilizar. 

El analista de sistemas necesita trabajar con los usuarios para determinar que hardware se necesitara. Para 
determinar el hardware necesario hay que determinar los requerimientos de information de los humanos. Tam- 
bien puede ser util conocer la estructura organizacional (como vimos en el capftulo 2) y la forma en que los 
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FIGURA 3.4 

Pasos en la election de hardware y 
software. 
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usuarios interactuan con las tecnologfas en el entorno organizacional al determinar el hardware necesario. Las 
opciones en cuanto al hardware se pueden considerar solo hasta que los analistas de sistemas, los usuarios y 
la administration tengan una buena comprension sobre los tipos de tareas que hay que llevar a cabo. 

Hacer un inventario del hardware computacional 

Empiece por hacer un inventario del hardware de computadora que ya este disponible en la organization. En 
un momento dado descubrira que algunas de las opciones de hardware implican expandir o reciclar el hardware 
actual, por lo que es importante saber que hay disponible. 

Si no hay un inventario de hardware actualizado disponible, el analista de sistemas necesita preparar uno ra- 
pidamente y llevarlo a cabo. Como analista de sistemas, usted necesita saber lo siguiente: 

1. El tipo de equipo: niirnero de modelo y fabricante. 

2. El estado de funcionamiento del equipo: sobre pedido, en funcionamiento, almacenado o por reparar. 

3. La edad estimada del equipo. 

4. La vida proyectada del equipo. 

5. La ubicacion fisica del equipo. 

6. El departamento o persona que se considera responsable del equipo. 

7. El arreglo ftnanciero para el equipo: propio, alquilado o rentado. 

Al determinar el hardware actual disponible se obtendra un proceso de toma de decisiones mas solido para 
el momento de realizar las decisiones sobre el hardware, ya que se eliminaran la mayor parte de las conjeturas 
sobre lo que existe. Por medio de las entrevistas que usted haya realizado a los usuarios, los cuestionarios para 
encuestarlos y la investigation de los datos de archivo, usted ya conocera el nombre de personas disponibles para el 
procesamiento de los datos, asf como sus habilidades y capacidades. Use esta information para proyectar que tan 
bien se pueden satisfacer las necesidades del personal en cuanto a nuevo hardware. 

Estimation de las cargas de trabajo 

El siguiente paso para determinar las necesidades de hardware es estimar las cargas de trabajo. Para ello, los 
analistas de sistemas formulan cifras que representan las cargas de trabajo actuales y pronosticadas para el sis- 
tema, de manera que el hardware que se obtenga posea la capacidad de manejar las cargas de trabajo actuales y 
futuras. 
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FIGURA 3.5 

Comparaciones de las cargas de 
trabajo entre los sistemas 
existentes y los propuestos. 


Si las estimaciones se realizan en forma apropiada, la empresa no tendra que reemplazar hardware solo debido 
a un crecimiento imprevisto en el uso del sistema (sin embargo, otros eventos como las innovaciones tecnologicas 
superiores pueden dictar el reemplazo de hardware, si la empresa desea mantener su ventaja competitiva). 

Por necesidad, las cargas de trabajo se muestrean en vez de pasarlas a traves de varios sistemas computacio- 
nales. Los lineamientos que se proporcionan en el capftulo 5 se pueden usar en este caso tambien, ya que en el 
muestreo de cargas de trabajo, el analista de sistemas toma una muestra de las tareas necesarias y los recursos 
computacionales requeridos para completarlas. 

La figura 3.5 comparara los tiempos requeridos por un sistema de information existente y uno propuesto, 
los cuales deben manejar cierta carga de trabajo. Hay que tener en cuenta que en la actualidad la empresa utiliza 
un sistema computacional antiguo para preparar un resumen de los embarques a sus almacenes de distribution 
y que se esta sugiriendo un tablero de control basado en Web. La comparacion de la carga de trabajo analiza 
cuando y como se realiza cada proceso, cuanto tiempo humano se requiere y cuanto tiempo de computadora 
se necesita. Hay que tener en cuenta que el sistema recien propuesto deberia reducir en forma considerable el 
tiempo humano y de computadora requeridos. 

Evaluation del hardware computacional 

Evaluar el hardware computacional es una responsabilidad que se comparte entre la administracion, los usuarios 
y los analistas de sistemas. Aunque los distribuidores suministraran los detalles sobre sus ofrecimientos espetifi- 
cos, los analistas deben supervisar el proceso de evaluation en forma personal, ya que tendran siempre en cuenta 
los mejores intereses para la empresa. Ademas los analistas de sistemas tal vez tengan que educar a los usuarios 
y a la administracion en cuanto a las ventajas y desventajas generates del hardware para que puedan ser capaces 
de evaluarlo. 

Con base en el inventario actual del equipo de computo y las estimaciones adecuadas de las cargas de tra¬ 
bajo actuales y pronosticadas, el siguiente paso en el proceso es considerar los tipos de equipos disponibles que 


www.xlibros.com 




66 


PARTE! • FUNDAMENTOS DEL ANALISIS DE SISTEMAS 


parezcan cumplir con las necesidades proyectadas. La information de los distribuidores sobre los posibles sis- 
temas y sus configuraciones se vuelve mas pertinente en esta etapa, por lo cual hay que revisarla junto con la 
administration y los usuarios. 

Ademas, se pueden simular y ejecutar las cargas de trabajo en distintos sistemas, incluyendo los que la orga¬ 
nization ya este usando. Este proceso se conoce como “benchmarking”. 

Los criterios que deben usar los analistas de sistemas y los usuarios para evaluar el rendimiento de distintos 
sistemas en el hardware son: 

1. El tiempo requerido para las transacciones promedio (incluyendo el tiempo requerido para introducir los 
datos y cuanto se tarda en recibir la salida). 

2. La capacidad del volumen total del sistema (cuanto se puede procesar al mismo tiempo antes de que surja un 
problema). 

3. El tiempo de inactividad de la CPU o red. 

4. El tamano de memoria provisto. 

Algunos criterios se mostraran en las demostraciones formales; otros no se pueden simular y hay que dedu- 
cirlos de las especificaciones de los fabricantes. Es importante ser claro en cuanto a las funciones requeridas y 
deseadas antes de involucrarse demasiado en los alegatos de los distribuidores durante las demostraciones. 

Una vez que se conocen los requerimientos funcionales y se comprenden los productos actuates disponibles, 
ademas de compararlos con lo que ya existe en la organization, los analistas de sistemas toman decisiones en 
conjunto con los usuarios y la administration acerca de si es o no necesario obtener nuevo hardware. Podemos 
considerar que las opciones existen en un continuo: desde usar solo equipo que ya este disponible en la empresa 
hasta obtener equipo totalmente nuevo. Entre estos dos extremos existen varias opciones para realizar modifica- 
ciones menores o mayores al sistema computacional existente. 

TAMANO Y USO DE LAS COMPUTADORAS El rapido avance de la tecnologfa establece que el analista de sistemas 
debe investigar los tipos de computadoras disponibles en el momenta espetifico en que se escriba la propuesta de 
sistemas. Los tamanos de las computadoras varfan en forma considerable, desde los telefonos celulares en 
miniatura hasta las supercomputadoras del tamano de un cuarto. Cada una tiene distintos atributos que debemos 
considerar a la hora de decidir como implementar un sistema computacional. 

Adquisicion del equipo computational 

Las tres principales opciones para adquirir hardware computacional son comprarlo, arrendarlo o rentarlo. Hay 
ventajas y desventajas que debemos considerar para cada una de las decisiones, como se muestra en la figura 3.6. 
Algunos de los factores mas influyentes a considerar para decidir cual option es la mejor para una instalacion 
en especial son: la comparacion entre los costas initiates y a largo plazo, si la empresa puede invertir o no capital en 
equipo de compute y si desea tener el control completo y la responsabilidad sobre el equipo. 


FIGURA 3.6 

Comparacion de las ventajas y 
desventajas de comprar, arrendar y 
rentar equipo de computo. 
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FIGURA 3.7 

Comparacion de las alternativas 
para la adquisicion de 
computadoras. 


Comprar implica que la empresa sera duena del equipo. Uno de los principales factores determinantes para 
comprar o no es la vida proyectada del sistema. Si el sistema se va a utilizar por mas de cuatro o cinco anos (y 
se calcula que los demas factores se mantendran constantes), la decision por lo general sera comprar. Observe en 
el ejemplo de la figura 3.7 que el costo de comprar despues de tres anos es menor que el de arrendar o rentar. 
A medida que los sistemas se hacen mas pequenos y potentes, y menos costosos, y a medida que los sistemas 
distribuidos se hacen mas populares, cada vez mas empresas deciden comprar equipo. 

Arrendar el hardware de computadora en vez de comprarlo es otra de las posibilidades. Arrendar equipo al 
distribuidor o a una empresa de arrendamiento de terceros es mas practico cuando la vida proyectada del sistema 
es menor a cuatro anos. Ademas, si se pronostican cambios considerables en la tecnologfa, arrendar es mejor 
opcion, ya que tambien permite a la empresa invertir su dinero en otro lado, donde pueda trabajar para esta en 
vez de estar invertido en equipos de capital. Sin embargo, durante un periodo extenso el arrendamiento no es una 
manera economica de adquirir equipo de computo. 

Rentar hardware de computadora es la tercera opcion principal para adquirir computadoras. Una de las 
principales ventajas de rentar es que no se tiene que invertir el capital de la empresa y, por ende, no se requiere 
fmanciamiento. Ademas, al rentar el hardware computacional es mas facil cambiar el hardware del sistema. Por 
ultimo, es com tin que se incluyan el mantenimiento y el seguro en los contratos de renta. No obstante, debido a 
los altos costos involucrados y al hecho de que la empresa no sera duena del equipo rentado, esta opcion se debe 
contemplar solo como un movimiento a corto plazo para manejar las necesidades no recurrentes o limitadas de 
computadoras, o en tiempos en los que la tecnologfa sea muy cambiante. 

EVALUACION DEL SOPORTE DE LOS DISTRIBUIDORES EN RELACION CON EL HARDWARE DE COMPUTADORA Hay 

que evaluar varias areas clave al ponderar los servicios de soporte disponibles para las empresas por parte de los 
distribuidores. La mayorfa de los distribuidores ofrecen la prueba del hardware al momento de la entrega y una 
garantfa de 90 dfas que cubre cualquier defecto de fabrica, pero hay que averiguar que mas ofrece el distribuidor. 
Con frecuencia, lo que distingue a los distribuidores de calidad es la amplia variedad de servicios de soporte que 
ofrecen. 

En la figura 3.8 se muestra una lista de los criterios clave que conviene verificar al evaluar el soporte de los 
distribuidores. La mayorfa de los servicios adicionales de soporte de los distribuidores que se muestran en esa 
lista se negocian por separado de los contratos de arrendamiento o compra de hardware. 

Los servicios de soporte incluyen el mantenimiento de rutina y preventivo del hardware, el tiempo de res- 
puesta especificado (en menos de seis horas o al siguiente dfa habil, por ejemplo) en caso de descomposturas del 
equipo, el prestamo de equipo en caso de que haya que reemplazar el hardware de manera permanente o si se 
requiere una reparation fuera del sitio, y la capacitacion en el lugar de trabajo o seminarios de grupo fuera del 
lugar de trabajo para los usuarios. Examine con detenimiento la description de servicios de soporte incluidas en 
la compra o el arrendamiento del equipo, y recuerde involucrar al personal legal apropiado antes de firmar con¬ 
tratos de equipos o servicios. 

Desafortunadamente, evaluar el hardware de computadora no es tan simple como el hecho de comparar 
costos y elegir la opcion menos costosa. Algunas otras eventualidades que surgen comunmente por parte de los 
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FIGURA 3.8 
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usuarios y la administration incluye: 1) la posibilidad de agregar componentes al sistema si se requiere mas 
tarde, 2) la posibilidad de conectarse con equipo de otros distribuidores si el sistema necesita crecer, (3) los bene- 
ficios de comprar mas memoria segun se requiera y (4) la estabilidad corporativa del distribuidor. 

La competencia entre distribuidores ha originado la idea de producir hardware compatible con el de los 
competidores para mejorar las probabilidades de supervivencia del distribuidor. Sin embargo, antes de quedar 
convencido de que comprar compatibles mas economicos es la forma de dotar a su sistema con capacidad rnejo- 
rada, investigue lo suficiente como para sentirse confiado de que el distribuidor original sea una entidad corpo¬ 
rativa estable. 

Evaluation de software 

Los analistas y las organizaciones se enfrentan cada vez mas con la decision de crear, comprar o subcontratar al 
evaluar software para los proyectos de sistemas de informacion, en especial cuando se contemplan actualizacio- 
nes a sistemas existentes o antiguo. 

Ya vimos las decisiones que toman los analistas entre rentar, comprar o arrendar hardware. Parte del proceso 
de toma de decisiones relacionado con la compra de software comercial para venta en los canales convencionales 
(COTS), la “renta” del software a un proveedor de servicios de aplicacion (ASP) o la creacion de software perso- 
nalizado para el proyecto es analogo al proceso de decision sobre el hardware. 

Hay que recalcar que sin importar que usted desarrolle el software o compre un producto COTS para un pro¬ 
yecto en especial, es imperativo completar primero un analisis de los requerimientos de informacion de los usua¬ 
rios y los sistemas que utilizan (como vimos en los capitulos anteriores). Como analista, parte de la experiencia 
que usted desarrolle consiste en formular juicios solidos al decidir entre el desarrollo de software y comprar soft¬ 
ware COTS para sistemas nuevos y existentes. En las siguientes secciones veremos cuando es conveniente crear 
su propio software, cuando hay que comprar paquetes COTS y cuando es mejor usar un ASP. En la figura 3.9 se 
sintetizan las ventajas y desventajas de cada una de estas opciones. 

CUANDO DEBEMOS CREAR SOFTWARE PERSONALIZADO Varias situaciones demandan la creacion de software 
original o de ciertos componentes de software. El caso mas probable es cuando no existe software COTS o no se 
puede identificar para la aplicacion deseada. La alternativa es que el software tal vez exista, pero sea demasiado 
costoso o no se pueda comprar o adquirir licencias con facilidad. 

Hay que crear software original cuando la organization trata de obtener una ventaja competitiva por medio 
del aprovechamiento de los sistemas de informacion. Este es comunmente el caso cuando una organization crea 
aplicaciones de comercio electronico u otras aplicaciones innovadoras sin que existiera algo asi antes. Tambien 
es posible que la organization sea de las “primeras” en utilizar una tecnologia espetifica o de su industria especi- 
fica. Las organizaciones que tienen requerimientos muy especializados o que existen en industrias especializadas 
tambien se pueden beneficiar del software original. 

Las ventajas de crear su propio software incluyen ser capaz de responder a las necesidades especializadas de 
usuarios y empresas, obtener una ventaja competitiva al crear software innovador, tener personal intemo disponi- 
ble para dar mantenimiento al software y el orgullo de poseer algo que usted ha creado. 

Las desventajas de desarrollar su propio software incluyen el potential de un costo initial considerablemente 
alto en comparacion con la compra de software COTS o la subcontratacion de un ASP, la necesidad de contratar 
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Ventajas 

Desventajas 

Creation de software 

• Respuesta especlfica a las 

• Puede tener un costo inicial 

personalizado 

necesidades especializadas de 

considerablemente alto en 


la empresa 

comparacion con el software 


• La innovation puede dar a la 

COTS o un ASP 


empresa una ventaja competitiva 

• Es necesario contratar o trabajar 


• Personal interno disponible para 

con un equipo de desarrollo 


dar mantenimiento al software 
• Orgullo de propiedad 

• Mantenimiento continuo 


Comprar paquetes 
COTS 

• Refinado en el mundo comercial 

• Mayor confiabilidad 

• Mayor funcionalidad 

• Por lo general tiene un menor 
costo inicial 

• Ya lo utilizan otras empresas 

• La ayuda y capacitacion se 
incluyen con el software 

• Enfocado en la programacion, 
no en la empresa 

• Hay que acoplarse a las 
caracterfsticas existentes 

• Personalization limitada 

• Futuro financiero incierto del 
distribuidor 

• Menor propiedad y compromiso 

Usar un ASP 

• Las organizaciones que no se 

• Perdida de control de los datos, 


especializan en sistemas de 

sistemas, empleados de Tl y 


information se pueden enfocar 

horarios de trabajo 


en lo que hacen mejor (su mision 

• Preocupacion sobre la viabilidad 


estrategica) 

financiera y estabilidad a largo 


• No hay necesidad de contratar, 

plazo del ASP 


capacitar o retener una gran 

• Cuestiones de segurldad, 


cantidad de personal de Tl 

confidencialidad y privacidad 


• No se gasta el tiempo de los 

• Perdida de ventaja corporativa 


empleados en tareas de Tl no 

estrategica potencial en relation 


esenciales 

con la capacidad de innovation 



de las aplicaciones 


FIGURA 3.9 

Comparacion de las ventajas y 
desventajas de crear software 
personalizado, comprar paquetes 
COTS y subcontratar un ASP. 


o trabajar con un equipo de desarrollo y el hecho de que usted sea responsable del mantenimiento continuo por 
ser el creador del software. 

CUANDO DEBEMOS COMPRAR SOFTWARE COTS El software comercial de venta en los canales convencionales 
incluye productos como la suite de Microsoft Office, que a su vez incluye el programa Word para el 
procesamiento de palabras. Excel para las hojas de calculo, Access para crear bases de datos y otras aplicaciones. 
Hay otros tipos de software COTS disponibles para sistemas a nivel organizational en vez de uso personal o de 
oficina. Algunos autores incluyen paquetes ERP populares (pero costosos) como Oracle y SAP en sus ejemplos 
de software COTS. Estos paquetes tienen diferencias radicales en cuanto al grado de personalization, soporte y 
mantenimiento requerido en comparacion con Microsoft Office. El software COTS tambien se puede referir a los 
componentes u objetos de software (tambien conocidos como bloques de construction) que se pueden comprar 
para proveer cierta funcionalidad necesaria en un sistema. 

Considere el uso de software COTS cuando pueda integrar con facilidad las aplicaciones o paquetes a los 
sistemas existentes o planeados, y cuando no haya identificado ninguna necesidad inmediata o continua de mo- 
dificarlos o personalizarlos para los usuarios. Sus pronosticos deben demostrar que la organization para la cual 
esta disenando el sistema muestra pocas probabilidades de pasar por cambios importantes despues de la compra 
propuesta de software COTS como un aumento considerable en los clientes o grandes expansiones ffsicas. 

Hay algunas ventajas de comprar software COTS que usted debe tener en cuenta al momento de ponderar 
las alternativas. Una de ellas es que estos productos se han refinado a traves del proceso del uso y la distribution 
comercial, por lo que a menudo se ofrecen funcionalidades adicionales. Otra ventaja es que por lo general, el 
software empaquetado se prueba en forma exhaustiva y, por ende, es en extremo confiable. 

A menudo el software COTS ofrece una funcionalidad mejorada, ya que es probable que un producto comer¬ 
cial cuente con productos afiliados, caracterfsticas complementarias y actualizaciones que mejoren su atractivo. 
Ademas, los analistas descubren con frecuencia que el costo initial del software COTS es menor que el costo de 
desarrollar software dentro de la empresa o usar un ASP. 

Otra ventaja de comprar paquetes COTS es que muchas otras compamas tambien lo usan, por lo que los analis¬ 
tas no tienen que experimentar con sus clientes a traves de aplicaciones de software unicas. Por ultimo, el software 
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OPORTUNIDAD DE CONSULTORIA 3.2 



M - 


Veni, Vidi, Vendi (Vine, vi y vend!) 


1 ■ 3 ■ 


_L/s toda una eleccion. Es decir, ningun paquete individual pa- 
rece tener todo lo que queremos, aunque algunos de ellos se acercan 
mucho”, dice Roman, un ejecutivo de publicidad para Empire Ma¬ 
gazine con quien usted ha estado trabajando en un proyecto de sis- 
temas. Recientemente, ambos decidieron que el software empa- 
quetado podria adaptarse a las necesidades del departamento de 
publicidad y demoraria su declive general. 

“La demostracion de la ultima persona que vimos, el que tra- 
bajaba para Data Coliseum, realmente era muy interesante. Y me 
gusta su folleto. Impresion a todo color, en cartulina. Clasico”, 
afirmo Roman. 

Y que hay sobre las personas de Vesta Systems? Son en verdad 
dinamicos. Y su paquete es facil de usar, sin complicaciones. Ademas 
dijeron que capacitarfan a todos los 12, en el sitio de trabajo y sin costo. 
Pero echa un vistazo a su pubbcidad: la imprimen en su oficina”. 

Roman juguetea con su silla al tiempo que continua su resena 
ad hoc del software y de los distribuidores del mismo. “Ese paquete 
de Mars, Inc., realmente me convencio por sf solo. Es decir, tenia 


un calendario integrado. Y me gusta la forma en que se podian elegir 
todos los menus de las pantallas con base en numeros romanos. 
Facil. Y el distribuidor parece dispuesto a hacer una rebaja. Creo 
que estan en medio de una guerra de precios”. 

“Pero ^quieres saber cual es mi favorito?”, pregunta Roman 
con astucia. “El de Jupiter, Unlimited. Es decir, tiene todo, ^verdad? 
Cuesta un poco mas pero hace lo que se necesita y la documenta¬ 
tion es fabulosa. Desde luego que no ofrecen capacitacion. Creen 
que no se requiere’". 

Usted ya esta a punto de responderle a Roman que para presen- 
tarle su decision antes de la fecha li'mite del 15 de marzo, necesitara 
evaluar tanto al software como a los distribuidores en forma siste- 
matica. Evalue a cada uno de los distribuidores y los paquetes con 
base en lo que Roman ha dicho hasta ahora (suponga que puede 
confiar en sus opiniones). ^Cuales son las predisposiciones de Ro¬ 
man al evaluar software y los distribuidores? <jQue information 
adicional necesita sobre cada empresa y su software antes de tomar 
una decision? Cree una tabla para evaluar a cada distribuidor. Res- 
ponda a cada una de las preguntas en un parrafo separado. 


COTS cuenta con una ventaja en cuanto a la ayuda y la capacitacion que se incluyen en la compra del software 
empaquetado. 

Como ejemplo del uso de software COTS, analicemos el caso de una compama teatral, una organizacion sin 
fines de lucro (generalmente, este tipo de asociaciones en especial las de artes escenicas tienden a atrasarse en 
comparacion con sus contrapartes con fines comerciales al adoptar tecnologfas de comunicacion de la informa¬ 
cion (ICT)). Como es de esperarse, la compafua teatral se tardo en adoptar la Web. Cuando deseaban crear apli- 
caciones de comercio electronico, se vieron en la necesidad de contratar disenadores externos para ello. En vista 
de los gastos y la falta de experiencia interna, muchas organizaciones sin fines de lucro simplemente no pasaron 
la parte comercial de sus organizaciones a la Web, y se quedaron en espera de paquetes de COTS como el soft¬ 
ware de taquilla basado en PC, o ASP como las agendas de venta de boletos en lfnea que ya contaban con la au¬ 
tomatization requerida, para poner estos servicios a disposition de los clientes. El desarrollo de software interno 
estaba fuera de consideration para la mayorfa de estos grupos, que por lo general tienen poco o nada de personal 
de TI y un presupuesto reducido o inexistente, ademas de una minima experiencia de TI interna. 

Hay una desventaja en el uso de software COTS. Como no esta disenado para ser totalmente personalizado, 
la companfa teatral no pudo incluir caracteristicas clave en su base de datos de donadores con las que los usua- 
rios contaban. Ademas, el software COTS tambien puede incluir errores que podrian exponer a la organizacion a 
problemas legales relacionados con fallas en el servicio. 

Hay que considerar otras desventajas en cuanto a la compra del software COTS, incluyendo el hecho de 
que los paquetes estan enfocados en la programacion y no en los usuarios humanos que trabajan en una em¬ 
presa. Ademas los usuarios deben acoplarse a las caracteristicas existentes en el software, sin importar que sean 
apropiadas o no. Una desventaja que surge de esto es la capacidad limitada de personalization de la mayorfa del 
software empaquetado. Otras desventajas incluyen la necesidad de investigar la estabilidad financiera del distri¬ 
buidor del software y la sensation reducida de propiedad y compromiso que es inevitable cuando el software se 
considera un producto y no un proceso. 

Para obtener cierta perspectiva sobre los sistemas que se van a desarrollar, usted debe reconocer que mas 
de la mitad de los proyectos se construyen desde cero (en donde dos terceras partes utilizan metodos tradiciona- 
les como SDLC y los prototipos, y una tercera parte utiliza tecnologfas agiles u orientadas a objetos). La mayor 
parte de ellos se desarrollan mediante el uso de un equipo interno de analisis de sistemas. Los programadores 
pueden ser internos o subcontratados. 

Menos de la mitad de los proyectos se desarrollan a partir de aplicaciones o componentes ya existentes. La 
gran mayorfa se modifican, algunos en forma extensa. Menos del 5 por ciento del software es comercial que se 
vende por canales convencionales y no requiere ningun tipo de modification. 
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CUANDO DEBEMOS SUBCONTRATAR SERVICIOS DE SOFTWARE DE UN PROVEEDOR DE SERVICIOS DE APLICACION Las 

organizaciones pueden obtener ciertos beneficios al adoptar un enfoque completamente distinto para la obtencion 
de software. Esta tercera opcion es la de subcontratar un proveedor de servicios de aplicacion especializado en 
aplicaciones de TI para que se encargue de algunas de las necesidades de software de la organizacion. 

Hay beneficios especfficos al subcontratar un proveedor de servicios de aplicacion (ASP) para que se en¬ 
cargue del desarrollo de las aplicaciones de la empresa. Por ejemplo, a las organizaciones que deseen retener su 
enfoque estrategico y dedicarse a lo que saben hacer mejor, tal vez les convenga subcontratar un tercero para 
producir aplicaciones de sistemas de informacion. Ademas, hacerlo implica que no hay que contratar, capacitar 
y retener gran cantidad de personal de TI. Esto puede producir ahorros considerables. Cuando una organizacion 
utiliza un ASP, se invierte una cantidad muy pequena o nula del valioso tiempo de los empleados en las tareas de 
TI no esenciales (ya que el ASP se encarga de ellas). 

No hay que considerar la contratacion de un ASP como una formula magica para lidiar con los requerimien- 
tos de software; hay desventajas que debemos considerar seriamente. Una de ellas es la perdida general de control 
sobre los datos corporativos, sistemas de informacion, empleados de TI e incluso el procesamiento y la programa- 
cion de tiempos para el proyecto. Algunas empresas tienen la creencia de que su informacion es la parte central de 
su negocio, por lo que tan solo pensar en renunciar al control sobre ella es angustiante. Otra desventaja es la cues- 
tion sobre la viabilidad fmanciera del ASP que se elija. Tambien podrfan existir cuestiones sobre la seguridad de 
los datos y registros de la organizacion, ademas de la confidencialidad de los datos y la privacidad de los clientes. 
Por ultimo, al elegir un ASP se puede llegar a perder la ventaja corporativa estrategica que la organizacion pudo 
haber obtenido al implementar por cuenta propia las aplicaciones innovadoras creadas por sus empleados. 

EVALUACION DEL SOPORTE DE LOS DISTRIBUIDORES EN RELACION CON EL SOFTWARE Y LOS ASPS Ya sea que 

compre un paquete COTS o contrate los servicios de ASP, de todas formas tendra que lidiar con distribuidores 
que antepongan sus propios intereses. Por tal motivo, usted debe estar dispuesto a evaluar el software con los 
usuarios y evitar dejarse influenciar por los argumentos de venta de los distribuidores. En resumen, hay seis 
categories principales en las que se puede califtcar el software, como se muestra en la figura 3.10: efectividad en 
el rendimiento, eficiencia del rendimiento, facilidad de uso, flexibilidad, calidad de la documentacion y soporte 
del fabricante. 


Requerimientos de software 

Caracteristicas especificas del software 

Efectividad en el rendimiento 

Poder realizar todas las tareas requeridas 

Poder realizar todas las tareas deseadas 

Pantallas de visualizacion bien disenadas 

Capacidad adecuada 

Eficiencia del rendimiento 

Tiempo de respuesta rapido 

Entrada eficiente 

Salida eficiente 

Almacenamiento de datos eficiente 

Respaldo eficiente 

Facilidad de uso 

Interfaz de usuario satisfactoria 

Menus de ayuda disponibles 

Archivos “Leame" para los cambios de ultimo minuto 
Interfaz flexible 

Retroalimentacion adecuada 

Buena capacidad para recuperarse de los errores 

Flexibilidad 

Opciones para la entrada 

Opciones para la salida 

Se puede usar con otro software 

Calidad de la documentacion 

Buena organizacion 

Tutorial en Ifnea adecuado 

Sitio Web con seccion de preguntas frecuentes (FAQ) 

Soporte del fabricante 

Lfnea directa de soporte tecnico 

Boletin de noticias/correo electronico 

Sitio Web en donde se pueden descargar las 
actualizaciones del producto 


FIGURA 3.10 

Lineamientos para la evaluacion 
del software. 
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Evalue el software usando datos de prueba de la empresa que lo esta considerando y examine la documen¬ 
tation que lo acompana. No basta confiar solo en las descripciones de los distribuidores. Por lo general, estos 
certifican que el software es funcional al momento en que sale de su establecimiento, pero no garantizaran que 
este libre de errores en cualquier situation o que no fallara cuando los usuarios realicen acciones incorrectas. 
Tambien es obvio que no garantizaran su software si se utiliza en conjunto con hardware defectuoso. 

IDENTIFICACION, PRONOSTICO Y COMPARACION 
DE LOS COSTOS Y BENEFICIOS 

Siempre hay que considerar los costos y beneficios del sistema computacional propuesto en conjunto, ya que es- 
tan interrelacionados y a menudo son interdependientes. Aunque el analista de sistemas esta tratando de proponer 
un sistema que cumpla con varios requerimientos de informacion, las decisiones de continuar con el sistema pro¬ 
puesto se basaran en un analisis de costos-beneficios y no en los requerimientos de informacion. Muchas veces 
los beneficios se miden con base en los costos, como veremos en la siguiente seccion. 

Pronosticos 

Los analistas de sistemas deben ser capaces de predecir ciertas variables clave antes de enviar su propuesta al 
cliente. En cierto grado, un analista de sistemas tiene que depender de un analisis del tipo “que pasarfa si”. Por 
ejemplo: “^Que pasarfa si los costos de mano de obra aumentan solo un 5 por ciento al ano durante los proximos 
tres anos, en lugar de aumentar un 10 por ciento?”. Sin embargo, el analista de sistemas debe tener en cuenta que 
no puede depender totalmente de estos analisis si quiere que su propuesta sea crefble, significativa y valiosa. 

El analista de sistemas tiene a su disposition muchos modelos de pronosticos. La principal condition para 
elegir un modelo es la disponibilidad de datos historicos. Si no hay datos disponibles, el analista debe recurrir a 
uno de los siguientes metodos de juicio: estimaciones de la fuerza de ventas, encuestas para estimar la demanda 
de los clientes, estudios Delphi (un pronostico por consenso que un grupo de expertos desarrolla de manera inde- 
pendiente a traves de una serie de rondas), crear escenarios o bosquejar analogfas historicas. 

Si hay datos historicos disponibles, la siguiente diferenciacion entre las clases de tecnicas implica diferen- 
ciar entre un pronostico condicional o uno incondicional. En un pronostico condicional hay una asociacion entre 
las variables en el modelo o de tal forma que exista una relation causal. Los metodos comunes en este grupo in- 
cluyen: correlacion, regresion, indicadores importantes, econometrfa y modelos de entrada/salida. 

En el pronostico incondicional el analista no tiene que buscar o identificar relaciones causales. En conse- 
cuencia, los analistas de sistemas opinan que estos metodos son alternativas de bajo costo, faciles de implemen- 
tar. En este grupo se incluyen: el juicio grafico, las medias moviles y el analisis de los datos en series de tiempo. 
Como estos metodos son simples, confiables y efectivos en costo, en el resto de esta seccion nos concentraremos 
en ellos. 

ESTIMACION DE LAS TENDENCIAS Podemos estimar las tendencias de varias maneras. Una de ellas es mediante 
el uso de una media movil. Este metodo es util debido a que es posible ajustar la consistencia de ciertos patrones 
estacionales, cfclicos o aleatorios de forma que quede el patron de tendencias. El principio detras de las medias 
moviles es calcular la media aritmetica de los datos a partir de un numero fijo de periodos; una media movil de 
tres meses es simplemente la media de los ultimos tres meses. Por ejemplo, el promedio de las ventas para enero, 
febrero y marzo se utiliza para predecir las de abril. Despues se utilizan las ventas promedio de febrero, marzo y 
abril para predecir las de mayo, y asf sucesivamente. 

Al momento de graficar los resultados podemos ver con facilidad que los datos con amplias fluctuaciones se 
vuelven consistentes. El metodo de la media movil es util debido a su habilidad de uniformar los datos, pero al 
mismo tiempo presenta muchas desventajas. Las medias moviles se ven afectadas mas fuertemente debido a los 
valores extremos que cuando se utiliza el metodo del juicio grafico o cuando se realizan estimaciones mediante 
otros metodos, como el de los mfnimos cuadrados. El analista debe aprender a pronosticar con destreza, ya que a 
menudo se obtiene informacion valiosa que puede incluso justificar todo el proyecto completo. 

Identification de los beneficios y costos 

Podemos considerar los beneficios y costos como tangibles e intangibles. Al considerar los sistemas debemos 
tener en cuenta ambos tipos de beneficios. 

BENEFICIOS TANGIBLES Los beneficios tangibles son las ventajas que se pueden medir en dinero y se acumulan 
en la organization a traves del uso del sistema de informacion. Algunos ejemplos de beneficios tangibles son 
aumento en la velocidad de procesamiento, acceso a informacion que se consideraba inaccesible por cualquier 
otro metodo, acceso a la informacion de manera mas oportuna, la ventaja que ofrece el poder de calculo superior 
de la computadora y la reduction en la cantidad de tiempo requerido por los empleados para completar ciertas 
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Vamos a ver a los magos 


4 U 


E/lphaba I. Menzel y Glinda K. Chenoweth son los propietarios 
de Paisajes Emerald City, un despacho de arquitectura de paisaje. 
Estan tratando de decidir entre 1) escribir su propio software, tal vez 
mediante el uso de Microsoft Access como base; 2) adoptar un pa- 
quete de software COTS, como QuickBooks Pro, o 3) contratar un 
servicio conocido como Magos del Jardin, Inc., para que se encar- 
guen de todas sus funciones contables. 

Elphaba le pregunta a Glinda: “^Es posible que podamos crear 
nuestro propio sistema?”. 

Glinda contesta: “Supongo que podrfamos, pero nos llevarfa 
una eternidad. Tendriamos que definir todos nuestros campos, con- 
sultas e informes. Necesitarfamos saber quien no nos ha pagado 
todavia y cuanto tiempo ha transcurrido desde la ultima vez que le 
cobramos”. 

“Sf\ dice Elphaba, “y tambien tendriamos que crear descrip- 
ciones de los productos, descripciones de los servicios y codigos 
para todo lo que vendemos y proveemos”. 

“Si eso fuera todo lo que necesitaramos, probablemente po¬ 
drfamos hacerlo”, anade Glinda. “Pero tambien necesitamos incluir 
un sistema de itineraries. Necesitamos saber cuando podemos pro¬ 
veer los servicios a nuestros clientes y que hacer cuando nos retra- 
semos. Tal vez no valga la pena”. 

“Aun asf\ reflexiona Glinda, “mi madre solia decir ‘No hay 
lugar como el hogar’. Tal vez no haya software como el que crea 
uno mismo”. 

“Estas viendo los dos lados de todo”, comenta Elphaba. “Pero 
la ruta que quieres tomar es demasiado larga y riesgosa. Necesita¬ 
mos un paquete de software listo para usar ahora. He ofdo acerca de 
productos conocidos como software comercial de venta en canales 
convencionales, el cual podemos comprar y adaptar a nuestro nego- 
cio de servicios de jardin. Voy a investigar”. Asi, Elphaba se apre- 
sura a buscar software que pueda ser adecuado. 

“Encontre algo”, grita Elphaba. “Encontre este software 11a- 
mado QuickBooks Pro en www.quickbooks.com y parece que po¬ 
demos pagarlo. Hay muchas versiones ya del software: una para 
contabilidad, otra para construction, otra para servicios de la salud. 
Tal vez podamos encontrar un paquete adecuado para nosotros. Y si 
no, parece que podemos personalizar la version generica de Quick¬ 
Books Pro para adaptarla a nuestras necesidades”. 

“Ademas, nuestro sistema podrfa crecer. QuickBooks Pro es 
escalable de antemano. Podemos agregar clientes, proveedores o 


productos facilmente. Solo queria plantearte la idea de comprar un 
paquete ya listo para usar”. 

“Es interesante”, dice Glinda, “pero he estado investigando 
por mi cuenta tambien. Algunos de nuestros competidores me dije- 
ron que una empresa se encarga de todo el trabajo por ellos. Se 
llama Magos del Jardin. Hacen paisajes, pero ademas mantienen 
paquetes de cuentas por cobrar y de itineraries”. 

Asi, fueron a ver a los Magos. 

Joel Green, el propietario y creador de Magos del Jardin, esta 
orgulloso de su software. “Inverti una gran cantidad de tiempo tra- 
bajando con mis proveedores, es decir, los viveros en el area, y 
hemos desarrollado un sistema para codification para todo”, alar- 
dea. “Todos los arboles, los tamanos de los arboles, los arbustos, las 
flores, el mantillo e incluso las herramientas para cuidar jardines 
tienen numeros”. 

“Empece con una empresa pequena, pero cuando los clientes 
se enteraron de que habia puesto atencion al mas minimo detalle, 
mi negocio florecio”. Y agrega: “Mis proveedores estan enamora- 
dos de mi sistema debido a que reduce la confusion”. 

“Me di cuenta de que mis competidores trabajaban con los 
mismos proveedores, pero no recibian un trato preferencial debido 
a que no podian comunicar los detalles sobre los productos con 
nrucha efectividad. Entonces decidr que ofreceria mi software por 
contrato. Ganaria dinero al rentar mi software y exigiria un mayor 
respeto de mis proveedores. Mi acuerdo de licencia para el usuario 
final establece que yo soy dueno del software, los codigos de los 
productos y los datos generados por el sistema”. 

“Mediante el uso de mi software unico de los Magos puedo 
personalizar un poco el paquete para el cliente, pero en esencia todos 
los servicios de jardinerfa en el estado utilizaran mi base de datos, 
codigos y funciones B2B. Dare mantenimiento a mi propio software. 
Si pudieran ver el codigo, parecerfa un jardin con manicure”. 

Ahora Glinda y Elphaba estan mas confundidas que antes. 
Tienen tres opciones distintas: crear un paquete por su cuenta, 
comprar software comercial de venta en los canales convencionales 
tal como QuickBooks Pro, o subcontratar a los Magos del Jardin 
para que satisfagan sus necesidades. Ayudelas a que conozcan el 
verdadero secreto de la felicidad (del software) al expresar las 
ventajas y desventajas de cada una de sus alternativas. i,Que les 
recomendaria usted? Escriba en dos parrafos una recomendacion 
con base en lo que usted considere con respecto a su situation de 
negocios especifica. 


tareas. Y todavia quedan muchos ejemplos mas. Aunque no siempre es facil, podemos medir los beneftcios 
tangibles en terminos de ahorro de dinero, recursos o tiempo. 

BENEFICIOS INTANGIBLES Algunos beneftcios que se acumulan en la organizacion debido al uso del sistema 
de informacion son dificiles de medir pero no dejan de ser importantes. A estos se les conoce como beneftcios 
intangibles. 

Entre los beneftcios intangibles figuran un proceso de toma de decisiones mejorado, una mejoria en la preci¬ 
sion, la empresa se vuelve mas competitiva en el servicio al cliente, mantiene una buena imagen comercial y au- 
menta la satisfaction en el trabajo para los empleados al eliminar las tareas tediosas. Como podemos ver en esta 
lista, los beneftcios intangibles son en extremo importantes y pueden tener implicaciones de largo alcance para la 
empresa, ya que se relacionan con personas tanto en el exterior como en el interior de la organizacion. 

Aunque los beneficios intangibles de un sistema de informacion son factores importantes que debemos con- 
siderar al momento de decidir si continuamos con un proyecto de sistemas o no, un sistema que se construya 
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teniendo en cuenta solo sus beneficios intangibles no tendra exito. Usted debe hablar sobre los beneficios tan¬ 
gibles e intangibles en su propuesta, ya que esto permitira a los encargados de tomar las decisiones realizar una 
decision bien informada en relacion con el sistema propuesto. 

COSTOS TANGIBLES Los conceptos de costos tangibles e intangibles son paralelos a los conceptos de los 
beneficios tangibles e intangibles que vimos antes. Los costos tangibles son aquellos que el analista de sistemas 
y el personal contable de la empresa pueden pronosticar con precision. 

Entre los costos tangibles se incluye el costo del equipo como las computadoras y terminales, el costo de los 
recursos, el costo del tiempo del analista de sistemas, el costo del tiempo de los programadores y los salarios de 
los demas empleados relacionados. Por lo general, estos costos estan bien establecidos o se pueden descubrir con 
mucha facilidad, y son los que requeriran un desembolso de efectivo por parte de la empresa. 

COSTOS INTANGIBLES Los costos intangibles son diffciles de estimar y tal vez no se conozcan. Entre estos se 
incluyen perder la ventaja competitiva, perder la reputation de ser el primero con una innovation o el llder en 
un campo, reducir la imagen de la empresa debido al aumento en la inconformidad de los clientes, y un proceso 
inefectivo de toma de decisiones debido a que la informacion pertinente se recibe despues de tiempo o no se 
tiene acceso a ella. Como podra imaginar, es casi imposible pronosticar un monto de dinero para los costos 
intangibles de una manera precisa. Para ayudar a los encargados de la toma de decisiones que desean ponderar 
el sistema propuesto y todas sus implicaciones, usted debe incluir los costos intangibles incluso cuando no sean 
cuantificables. 

Comparacion de los costos y beneficios 

Existen muchas tecnicas reconocidas para comparar los costos y beneficios del sistema propuesto. Entre estas se 
incluyen: analisis de punto de equilibrio, retribution, analisis de flujo de efectivo y analisis del valor presente. 
Todas estas tecnicas proveen formas simples y directas para ceder informacion a los encargados de tomar las 
decisiones en cuanto al merito del sistema propuesto. 

ANALISIS DE PUNTO DE EQUILIBRIO Al comparar los costos por si solos, el analista de sistemas puede utilizar el 
analisis de punto de equilibrio para determinar la capacidad de punto de equilibrio del sistema de informacion 
propuesto. El punto en el que los costos totales del sistema actual y los del sistema propuesto se cruzan representa 
el punto de equilibrio, es decir, donde es rentable para la empresa obtener el nuevo sistema de informacion. 

Los costos totales incluyen los que aparecen en forma recurrente durante la operation del sistema mas los 
costos de desarrollo que ocurren solo una vez (costos unicos de instalacion del nuevo sistema); es decir, los cos¬ 
tos tangibles que acabamos de ver. En la figura 3.11 hay un ejemplo de un analisis de punto de equilibro para 
una pequena tienda que mantiene su inventario mediante un sistema manual. A medida que se eleva el volumen, 
los costos del sistema manual se elevan en una tasa incremental. Un nuevo sistema computacional costarfa una 


FIGURA 3.11 

Analisis de punto de equilibrio 
para el sistema de inventario 
propuesto. 
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buena suma de dinero al inicio, pero los costos incrementales por un volumen mayor serfan bastante bajos. La 
grafica muestra que el sistema computacional serfa efectivo en costo para la empresa si vendiera aproximada- 
mente 600 unidades por semana. 

El analisis del punto de equilibrio es util cuando una empresa esta creciendo y el volumen es una variable 
clave en los costos. Una desventaja de este analisis es que se basa en la suposicion de que los beneficios perma- 
necen iguales, sin importar el sistema que se utilice. Con base en nuestro estudio de los beneficios tangibles e 
intangibles sabemos que en definitiva no puede ser asf. 

El analisis del punto de equilibrio tambien puede determinar cuanto tiempo tardaran los beneficios del sis¬ 
tema en retribuir los costos de su desarrollo. En la figura 3.12 se muestra un sistema con un periodo de retribu- 
cion de tres y medio anos. 

ANALISIS DEL FLUJO DE EFECTIVO En este analisis se examina la direction, el tamano y el patron del flujo de 
efectivo asociado con el sistema de informacion propuesto. Si usted va a proponer el reemplazo de un antiguo 
sistema de informacion por uno nuevo y el nuevo sistema no generara efectivo adicional para la empresa, solo 
hay desembolsos de efectivo asociados con el proyecto. En tal caso no podra justificar el nuevo sistema con base 
en la generation de nuevos ingresos y debera examinarlo de cerca para encontrar otros beneficios tangibles si 
desea que su propuesta tenga exito. 

En la figura 3.13 se muestra un analisis de flujo de efectivo para una pequena empresa que provee servicios 
de correo a otras pequenas companfas en la ciudad. Las proyecciones de los ingresos son de solo $5,000 en el 
primer trimestre, pero despues del segundo, los ingresos aumentaran con una tasa fija. Los costos seran mayores 
en los primeros dos trimestres y luego se estabilizaran. El analisis de flujo de efectivo se utiliza para determinar 
cuando empezara una empresa a obtener ganancias (en este caso es en el tercer trimestre, con un flujo de efectivo 
de $7,590) y cuando “saldra de la red”; es decir, cuando los ingresos compensan la inversion inicial (en el primer 
trimestre del segundo ano, cuando el flujo de efectivo acumulado cambia de un monto negativo a una cantidad 
positiva de $10,720). 

El sistema propuesto debe traer consigo un aumento en los ingresos como contraparte de los desembolsos de 
efectivo. Por tanto, hay que analizar el tamano del flujo de efectivo junto con los patrones asociados con la com- 
pra del nuevo sistema. Hay que averiguar cuando ocurriran los desembolsos de efectivo y los ingresos, no solo 
para la compra inicial sino durante toda la vida del sistema de informacion. 

ANALISIS DEL VALOR PRESENTE Este analisis ayuda al analista de sistemas a presentar, a los encargados de tomar 
las decisiones en la empresa, el valor en tiempo de la inversion en el sistema de informacion asf como el flujo de 
efectivo (como vimos en la section anterior). El valor presente es una forma de evaluar todos los desembolsos 
economicos y los ingresos del sistema de informacion durante su vida economica, y de comparar los costos 
actuales con los futures, al igual que los beneficios actuates con los beneficios futures. 

En la figura 3.14, el total de costos del sistema es de $272,000 durante seis anos y el total de beneficios es 
de $280,700. Por lo tanto, podrfamos concluir que los beneficios sobrepasan a los costos. Sin embargo, los bene¬ 
ficios empezaron a sobrepasar a los costos hasta despues del cuarto ano y el monto en el sexto ano no podra ser 
equivalente al monto en el primer ano. 
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FIGURA 3.13 

Analisis de flujo de efectivo para 
el sistema de correos 
computarizado. 


FIGURA 3.14 

Sin considerar el valor presente, 
los beneficios parecen sobrepasar 
a los costos. 


Ano 1 Ano 2 



Trimestre 1 

Trimestre 2 

Trimestre 3 

Trimestre 4 

Trimestre 1 

Ingresos 

$5,000 

$20,000 

$24,960 

$31,270 

$39,020 

Costos 

Desarrollo 






de software 

10,000 

5,000 




Personal 

8,000 

8,400 

8,800 

9,260 

9,700 

Capacitacion 

Arrendamiento 

3,000 

6,000 




de equipo 

4,000 

4,000 

4,000 

4,000 

4,000 

Provisiones 

1,000 

2,000 

2,370 

2,990 

3,730 

Mantenimiento 

0 

2,000 

2,200 

2,420 

2,660 

Costos totales 

26,000 

27,400 

17,370 

18,670 

20,090 

Flujo de efectivo 

-21,000 

-7,400 

7,590 

12,600 

18,930 

Flujo de efectivo 






acumulado 

-21,000 

-28,400 

-20,810 

-8,210 

10,720 


1 

2 

3 

Ano 

4 

5 

6 

Total 

Costos $40,000 

42,000 

44,100 

46,300 

48,600 

51,000 

272,000 

Beneficios $25,000 

31,200 

39,000 

48,700 

60,800 

76,000 

280,700 


Por ejemplo, una inversion en dolares al 7 por ciento actual valdrfa $1.07 al final del ano y se duplicarfa en 
aproximadamente 10 aiios. Por lo tanto, el valor actual es el costo del beneficio calculado en dolares actuates y 
depende del costo del dinero. El costo del dinero es el costo de oportunidad, o la tasa que se obtendrfa si el di- 
nero invertido en el sistema propuesto se invirtiera en otro proyecto (relativamente seguro). 

Para calcular el valor presente de $1.00 a una tasa de descuento de i se determina el siguiente factor: 

1 

(1 + 0 " 


en donde n es el nurnero de periodos. Despues se multiplica el factor por la cantidad en dolares para obtener el 
valor presente, como se muestra en la figura 3.15. En este ejemplo, nos basamos en la suposicion de que el costo 
del dinero —la tasa de descuento— es de 0.12 (12 por ciento) durante todo el horizonte de planiftcacion. Se calcu- 
lan multiplicadores para cada periodo: n = 1, n = 2, n = 6. Despues se calculan los valores presentes de los 
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FIGURA 3.15 

Tomando en cuenta el valor presente, la conclusion es que los costos son mayores que los beneficios. Nos basamos en la suposicion de que la 
tasa de descuento i es de 0.12 para calcular los multiplicadores en esta tabla. 
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costos y los beneficios mediante estos multiplicadores. Despues de realizar ese paso, los beneficios totales (me- 
didos en dolares actuales) son de $179,484 y por ende son menores que los costos (tambien medidos en dolares 
actuales). La conclusion que obtenemos es que el sistema propuesto no vale la pena si tenemos en cuenta el valor 
presente. 

Aunque este ejemplo en el que se utilizaron factores de valor presente es util para explicar el concepto, todas 
las hojas de calculo electronicas incluyen la funcion del valor presente. El analista puede calcular directamente el 
valor presente mediante esta funcion. 

LINEAMIENTOS PARA EL ANALISIS El uso de los metodos descritos en las subsecciones anteriores depende de los 
metodos empleados y aceptados en la misma organization. Sin embargo, como lineamientos generales podemos 
decir lo siguiente: 

1. Use el analisis del punto de equilibrio si hay que justificar el proyecto en terminos de costos y no de 
beneficios, o si los beneficios no mejoran en forma considerable con el sistema propuesto. 

2. Use la retribution cuando el aumento en los beneficios tangibles forme un argumento convincente para el 
sistema propuesto. 

3. Use el analisis de flujo de efectivo cuando el proyecto sea costoso con relation al tamano de la empresa o 
cuando esta se vea afectada en forma considerable si hay que desembolsar una gran cantidad de fondos 
(incluso si esto es temporal). 

4. Use el analisis del valor presente cuando el periodo de retribution sea largo o cuando el costo de pedir 
dinero prestado sea alto. 

Cualquiera que sea el metodo elegido, es importante recordar que el analisis de costo-beneficio se debe abordar 
de una manera sistematica que se pueda explicar y justificar a los gerentes, quienes decidiran en ultima instancia 
si van a comprometer o no los recursos en el proyecto de sistemas. Ahora veamos la importancia de comparar 
muchas altemativas de sistemas. 


PLANEACION Y CONTROL DE ACTIVIDADES 

El analisis y diseno de sistemas involucra muchos tipos de actividades que en conjunto forman un proyecto. El 
analista de sistemas debe administrar el proyecto con cuidado si quiere que tenga exito. La administration de 
proyectos incluye las tareas generales de planeacion y control. 

La planeacion incluye todas las actividades requeridas para seleccionar un equipo de analisis de sistema, asignar 
miembros del equipo a los proyectos apropiados, estimar el tiempo requerido para completar cada tarea y programar 
el proyecto de manera que las tareas se completen a tiempo. El control implica utilizar retroalimentacion para super- 
visar el proyecto, incluyendo una comparacion del plan para el proyecto con su evolution actual. Ademas, el control 
implica tomar la action apropiada para agilizar o reprogramar las actividades de manera que se puedan terminar a 
tiempo, a la vez que se motiva a los miembros del equipo para que completen el trabajo en forma apropiada. 

Estimation del tiempo requerido 

La primera decision del analista de sistemas es determinar el nivel de detalle para definir las actividades. El 
menor nivel de detalle es el SDLC en sf, mientras que el extremo mas alto es incluir cada paso detallado. La res- 
puesta optima para la planeacion y programacion esta en algiin lado entre estos dos extremos. 

Aqui es conveniente usar una metodologfa estructurada. En la figura 3.16, el analista de sistemas que empieza 
un proyecto ha descompuesto el proceso en tres fases importantes: analisis, diseno e implementation. Despues, la 
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FIGURA 3.16 

Para empezar a planear un 
proyecto hay que descomponerlo 
en tres actividades principales. 
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OPORTUNIDAD DE CONSULTORIA 3.4 


Alimento para el pensamiento 


t - 


i 


LVealmente podriamos hacer algunos cambios. Sacudir a algu- 
nas personas. Hacerles saber que estamos con eso. Me refiero al 
aspecto tecnologico”, dice Malcolm Warner, vicepresidente de All- 
Fine Foods, un distribuidor de productos lacteos al mayoreo. “Flay 
que revisar y reparar ese antiguo sistema. Pienso que deberiamos 
decir al personal que es tiempo de cambiar”. 

“Si, pero ^que deberiamos estar mejorando?” pregunta Kim 
Han, asistente del vicepresidente. “Es decir, no hay problemas sus- 
tanciales con la entrada o salida del sistema que pueda ver”. 

Malcolm chasquea los dedos y dice: “Kim, estas ignorando 
deliberadamente mi punto de vista. Afuera las personas nos ven 
como una empresa aburrida. Un nuevo sistema computacional po- 
dria cambiar eso. Cambiar la apariencia de nuestras facturas. Enviar 
informes mas llamativos a los propietarios de las cafeterias y res- 
taurantes. Destacar como lideres en la distribution de alimentos y 
las computadoras”. 

“Bueno, con base en lo que he visto a traves de los anos”, 
Kim responde sin alterar la voz, “un nuevo sistema es muy perju- 
dicial, incluso si la empresa realmente lo necesita. A las personas 
les disgustan los cambios, y si el sistema esta funcionando como 
debe, tal vez haya otras cosas que debamos hacer para actualizar 
nuestra imagen sin que todos se vuelvan locos en el proceso. Ade- 
mas, estas hablando de niuchos billetes verdes para un nuevo truco 
publicitario”. 


Malcolm dice: “No creo que con solo lanzar una nioneda aqui 
entre nosotros dos vayamos a resolver algo. Revisalo y volvemos a 
discutirlo. ^No serfa maravilloso?”. 

Una semana despues, Kim entra en la oficina de Malcolm con 
varias paginas de notas de entrevistas en la niano. “Hable con la mayor 
parte de las personas que tienen mucho contacto con el sistema. Estan 
felices, Malcolm. Y no solo hablan por hablar. Saben lo que haceii”. 

“Estoy seguro de que a los gerentes les gustaria tener un sis¬ 
tema mas reciente que nuestros amigos de Quality Foods”, res¬ 
ponde Malcolm. “^Hablaste con ellos?”. 

Kim le contesta: “Si. Y estan satisfechos”. 

“(Y que hay sobre los de sistemas? ^Te dijeron que la tecnolo- 
gia para actualizar nuestro sistema esta ahi afuera?”, pregunta 
Malcolm con insistencia. 

“Si. Claro que se puede hacer. Pero eso no significa que se 
deba hacer”, dice Kim con firmeza. 

Como analista de sistemas para AllFine Foods, ^como evalua- 
ria usted la viabilidad del proyecto de sistemas que propone Mal¬ 
colm? Con base en lo que dijo Kim sobre los gerentes, usuarios y 
encargados de sistemas, ^cual parece ser la viabilidad operacional 
del proyecto propuesto? ^Que hay sobre la viabilidad economica? 
; Y la viabilidad tecnologica? Con base en lo que discutieron Kim y 
Malcolm, ^recomendaria usted que se realizara un estudio detallado 
de sistemas? Escriba su respuesta en un parrafo. 


fase de analisis se descompone aun mas en recopilacion de datos, analisis de flujo de datos y decisiones, y la prepa¬ 
ration de la propuesta. El diseno se descompone en diseno de la entrada de datos, diseno de las entradas y las sali- 
das y organization de los datos. La fase de implementation se divide en implementation y evaluation. 

En los pasos subsiguientes, el analista de sistemas necesita considerar cada una de estas tareas y descom- 
ponerlas mas, de manera que se pueda llevar a cabo la planeacion y programacion de las mismas. En la figura 3.17 


FIGURA 3.17 

Para refinar la planeacion y 
programacion de las actividades 
de analisis hay que agregar tareas 
detalladas y establecer el tiempo 
requerido para completarlas. 
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se muestra una description mas detallada de la fase de analisis. Por ejemplo, la recopilacion de datos se des- 
compone en cinco actividades, desde realizar entrevistas hasta observar las reacciones al prototipo. Este pro- 
yecto en especial requiere un analisis del flujo de datos pero no de las decisiones, por lo que el analista de 
sistemas escribio “analizar el flujo de datos” como el paso individual en la fase media. Por ultimo se descom- 
pone la preparation de la propuesta en tres pasos: realizar un analisis de costo-beneficio, preparar la propuesta 
y presentarla. 

Desde luego que el analista de sistemas tiene la option de descomponer los pasos incluso aun mas. Por 
ejemplo, podrfa especiftcar cada una de las personas a entrevistar. El grado de detalle necesario depende del pro- 
yecto, pero todos los pasos crfticos deben aparecer en los planes. 

Algunas veces la parte mas diffcil de la planeacion de un proyecto es el paso crucial de estimar el tiempo 
requerido para completar cada tarea o actividad. Cuando se les pregunto sobre los motivos de retrasarse en un 
proyecto especifico, los miembros del equipo del proyecto hablaron sobre las malas estimaciones en la progra- 
macion de los tiempos que obstaculizaron el exito del proceso desde su inicio. No hay sustituto para la experien- 
cia al estimar los requerimientos de tiempo; los analistas de sistemas que han tenido la oportunidad de aprender 
sobre ello son afortunados. 

Los planificadores han intentado reducir la incertidumbre inherente al determinar las estimaciones de 
tiempo mediante una proyeccion de las estimaciones mas probables, pesimistas y optimistas, para despues 
utilizar una formula de promedio ponderado con el fin de determinar el tiempo esperado que una actividad 
requerira. Sin embargo, esta metodologia apenas si ofrece algo mas de confianza. Tal vez la mejor estrategia 
para el analista de sistemas sea adherirse a una metodologia estructurada para identificar las actividades y 
describirlas con el suficiente detalle. De esta forma, el analista de sistemas podra por lo menos limitar las sor- 
presas desagradables. 

Uso de graficos de Gantt para programar proyectos 

Un grafico de Gantt es una forma facil de programar tareas. Es un grafico en el que las barras representan cada 
tarea o actividad. La longitud de cada barra representa la longitud relativa de la tarea. 

En la figura 3.18 hay un ejemplo de un grafico de Gantt bidimensional, en el cual el tiempo se indica en la 
dimension horizontal y una description de las actividades conforma la dimension vertical. En este ejemplo, el 
grafico de Gantt muestra la fase de analisis o recopilacion de information del proyecto. En este grafico podemos 
observar que, por ejemplo, las entrevistas requeriran tres semanas y la administracion del cuestionario requerira 
cuatro. Estas actividades se traslapan la mayor parte del tiempo. En el grafico, el sfmbolo especial A indica que 
es la semana 9. Las barras con sombras de colores representan proyectos o partes de proyectos que se han com- 
pletado, lo cual nos indica que el analista de sistemas esta atrasado en la introduction de los prototipos pero ade- 
lantado en el analisis de los flujos de datos. Hay que tomar action en cuanto a introducir los prototipos pronto, 
de manera que no se retrasen las demas actividades o incluso el proyecto en si como resultado. 

La principal ventaja del grafico de Gantt es su simpleza. El analista de sistemas no solo descubrira que esta 
tecnica es facil de usar, sino que tambien se presta para una comunicacion valiosa con los usuarios finales. Otra 
ventaja de usar un grafico de Gantt es que las barras que representan actividades o tareas se dibujan a escala; es 
decir, el tamano de la barra indica la longitud de tiempo relativa que se requerira para completar cada tarea. 
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FIGURA 3.18 

Uso de un grafico de Gantt 
bidimensional para planear 
actividades que se pueden realizar 
en paralelo. 
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Uso de diagramas PERT 

PERT es un acronimo que significa Tecnicas de evaluation y revision de programas. Un programa (sinonimo de 
proyecto) se representa mediante una red de nodos y flechas que despues se evaluan para determinar las activida- 
des crfticas, mejorar el programa de trabajo en caso de ser necesario y revisar el avance una vez que se empiece 
el proyecto. PERT se desarrollo a finales de la decada de 1950 para usarlo en el proyecto del submarino nuclear 
Polaris de la Marina de los EE.UU. S eg tin se informa, ahorro a la Marina de los EE.UU. dos anos de tiempo de 
desarrollo. 

PERT es util cuando las actividades se pueden realizar en paralelo en vez de hacerlo en secuencia. El ana- 
lista de sistemas se puede beneficiar de PERT al aplicarlo en los proyectos de sistemas a una escala menor, en 
especial cuando algunos miembros del equipo pueden trabajar en ciertas actividades al mismo tiempo que otros 
companeros trabajan en otras. 

En la figura 3.19 se compara un grafico de Gantt simple con un diagrama PERT. Las actividades que se 
expresan en el grafico de Gantt como barras se representan mediante flechas en el diagrama PERT. La longitud 
de las flechas no tiene relation directa con la duration de las actividades. Los cfrculos en el diagrama PERT se 
denominan eventos y se pueden identificar mediante numeros, letras o cualquier otro metodo arbitrario de desig¬ 
nation. Los nodos circulares sirven para 1) reconocer que una actividad se completo y 2) indicar que actividades 
hay que completar para poder empezar una nueva (precedencia). 

En realidad, la actividad C no se puede empezar sino hasta que se termine la actividad A. La precedencia no 
se indica de ninguna forma en el grafico de Gantt, por lo que no es posible saber si la actividad C esta progra- 
mada para empezar el dfa 4 a proposito o por coincidencia. 

Un proyecto tiene un initio, una parte media y un final; el inicio es el evento 10 y el final es el evento 50. 
Para encontrar la longitud del proyecto se identifica cada una de las rutas de principio a fin y se calcula la longi¬ 
tud de cada ruta. En este ejemplo, la ruta 10-20-40-50 tiene una longitud de 15 dfas, mientras que la ruta 10-30- 
40-50 tiene una longitud de 11 dias. Incluso cuando una persona puede estar trabajando en la ruta 10-20-40-50 y 
otra en la ruta 10-30-40-50, el proyecto no es una carrera, sino que requiere que se completen ambos conjuntos 
de actividades (o rutas); en consecuencia, el proyecto tardara 15 dfas en completarse. 

La ruta mas larga se conoce como la ruta crftica. Aunque esta se determina mediante el calculo de la ruta 
mas larga, se define como la ruta que provocara que todo el proyecto se atrase si se encuentra en ella un retraso 
de incluso un dfa. Tenga en cuenta que si esta retrasado por un dfa en la ruta 10-20-40-50, todo el proyecto tardara 
mas tiempo, pero si esta retrasado por un dfa en la ruta 10-30-40-50 no todo el proyecto sufrira. A la libertad de 
retrasarse un poco en las rutas no crfticas se le denomina tiempo de inactividad. 

En ocasiones los diagramas PERT necesitan seudoactividades, conocidas como actividades simuladas, para 
preservar la logica del diagrama o aclararlo. En la figura 3.20 aparecen dos diagramas PERT con actividades 
simuladas. Los proyectos 1 y 2 son bastante distintos y la forma en que se dibuja la actividad simulada ayuda 
a aclarar la diferencia. En el proyecto 1 la actividad C se puede iniciar solo si se terminaron las actividades A y B, 


FIGURA 3.19 

Comparacion entre los graficos de 
Gantt y los diagramas PERT para 
programar actividades. 
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Proyecto 1 


Proyecto 2 


FIGURA 3.20 

La precedencia de las actividades 
es importante para determinar la 
longitud del proyecto al utilizar un 
diagrama PERT. 


ya que todas las flechas que entran a un nodo deben completarse antes de salir del nodo. Sin embargo, en el pro¬ 
yecto 2 la actividad C solo requiere que se complete la actividad B y, por lo tanto, puede empezar mientras la 
actividad A se este llevando a cabo. 

El proyecto 1 tarda 14 dlas en completarse, mientras que el proyecto 2 requiere solo 9 dlas. Sin duda, la ac¬ 
tividad simulada en el proyecto 1 es necesaria, ya que indica una relacion de precedencia crucial. Por otra parte, 
la actividad simulada en el proyecto 2 no se requiere, por lo que la actividad A se podria dibujar del nodo 10 al 
nodo 40 para eliminar por completo el evento 20. 

Existen muchas razones para utilizar un diagrama PERT en vez de un grafico de Gantt. El diagrama PERT 
permite: 

1. Identificar con facilidad el orden de precedencia. 

2. Identificar con facilidad la ruta crftica y, en consecuencia, las actividades cnticas. 

3. Determinar con facilidad el tiempo de inactividad. 

UN EJEMPLO DE PERT Suponga que un analista de sistemas trata de establecer un programa de horarios realista 
para las fases de recopilacion de datos y propuesta del ciclo de vida del analisis y diseno de sistemas. El analista 
de sistemas analiza la situation y hace una lista de las actividades que hay que realizar a lo largo del camino. 
Esta lista, que se muestra en la figura 3.21, tambien muestra que algunas actividades deben realizarse antes que 
otras. Las estimaciones de tiempo se determinaron segun lo descrito en una section anterior de este capftulo. 

DIBUJAR EL DIAGRAMA PERT Para construir el diagrama PERT, el analista primero se basa en las actividades 
que no requieren actividades predecesoras; en este caso A (realizar entrevistas) y C (leer los informes de la 
companla). En el ejemplo de la figura 3.22, el analista opto por enumerar los nodos como 10, 20, 30 y asf en lo 
sucesivo, y dibujo dos flechas saliendo del nodo inicial 10. Estas flechas representan las actividades A y C, y 
se identifican como tales. Los nodos enumerados como 20 y 30 se dibujan al final de estas respectivas flechas. 


Actividad Predecesor Duracion 


A 

Realizar entrevistas 

Ninguno 

3 

B 

Administrar cuestionarios 

A 

4 

C 

Leer informes de la companla 

Ninguno 

4 

D 

Analizar el flujo de datos 

B, C 

8 

E 

Introducir el prototipo 

B, C 

5 

F 

Observar las reacciones al prototipo 

E 

3 

G 

Realizar un analisis de costo-beneficio 

D 

3 

H 

Preparar la propuesta 

F, G 

2 

1 

Presentar la propuesta 

H 

2 


FIGURA 3.21 

Listado de las actividades que 
se utilizara en el dibujo de un 
diagrama PERT. 
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FIGURA 3.22 

Un diagrama PERT completo para 
la fase de analisis de un proyecto 
de sistemas. 



El siguiente paso es buscar una actividad que solo requiera a A como predecesor; la tarea B (administrar 
cuestionarios) es la linica, por lo que se puede representar mediante una flecha dibujada desde el nodo 20 
hasta el nodo 30. 

Como las actividades D (analizar el flujo de datos) y E (introducir el prototipo) requieren que las ac- 
tividades B y C se completen para poder empezar, las flechas etiquetadas como D y E se dibujan desde el 
nodo 30, el evento que reconoce que se completaron las actividades B y C. Este proceso continua hasta que 
se completa todo el diagrama PERT. Observe que el proyecto completo termina en un evento identificado 
como el nodo 80. 

IDENTIFICAR LA RUTA CRITICA Una vez dibujado el diagrama PERT, para identificar la ruta crftica se calcula 
la suma de los tiempos de las actividades en cada ruta y se elige la ruta mas larga. En este ejemplo hay cuatro 
rutas: 10-20-30-50-60-70-80, 10-20-30-40-60-70-80, 10-30-50-60-70-80 y 10-30-40-60-70-80. La ruta mas larga 
es 10-20-30-50-60-70-80, que tarda 22 dias. Es esencial que el analista de sistemas supervise con cuidado las 
actividades en la ruta crftica para poder mantener el proyecto completo a tiempo o incluso reducir la longitud del 
proyecto, si se puede garantizar. 

ADMINISTRACION DEL PROYECTO 

El proceso de analisis y diseno puede ser dificil de manejar, en especial cuando el sistema a desarrollar es grande. 
Para mantener las actividades de desarrollo lo mas manejables que sea posible, por lo general empleamos algu- 
nas de las tecnicas de la administracion de proyectos para ayudarnos a organizar todo. 

Un aspecto importante de la administracion de proyectos es como manejar nuestro programa de horarios 
para terminar el sistema a tiempo, pero no es lo unico que se requiere. La persona a cargo, el gerente del pro¬ 
yecto, es a menudo el jefe de analistas de sistemas. El gerente del proyecto necesita comprender como deter- 
minar que es necesario y como iniciar un proyecto; como desarrollar la definition de un problema, examinar 
la viabilidad de completar el proyecto de sistemas, reducir el riesgo, identificar y administrar las actividades, y 
contratar, administrar y motivar a los demas miembros del equipo. 

Como lidiar con la complejidad del sistema 

Los modelos de estimaciones, como Constar (www.softstarsystems.com) o Construx (www.construx.com), 
trabajan de la siguiente forma: primero el analista de sistemas introduce una estimation del tamano del sis¬ 
tema. Esta se puede introducir de distintas formas, incluyendo las lfneas de codigo fuente del sistema actual. 
Despues puede ser util ajustar el grado de dificultad con base en que tan familiarizado este el analista con este 
tipo de proyecto. 

Tambien se consideran otras variables, como la experiencia o capacidad del equipo, el tipo de plataforma o 
sistema operativo, el nivel de capacidad de uso del software terminado (por ejemplo, cuales lenguajes son nece- 
sarios) y otros factores que pueden impulsar los costos. Una vez introducidos los datos se realizan los calculos y 
se produce una proyeccion aproximada de la fecha de termination. A medida que el proyecto se lleva a cabo, es 
posible obtener estimaciones mas especfficas. 

Otra forma de estimar la cantidad de trabajo a realizar y el personal necesario para completar un proyecto se 
conoce como analisis de puntos de funcion. Este metodo toma los cinco componentes principales de un sistema 
computacional —1) entradas extemas, 2) salidas extemas, 3) consultas externas, 4) archivos logicos internos y 
5) archivos de interfaz externos— y despues los califica en terminos de complejidad. 

El analisis de puntos de funcion puede estimar el tiempo requerido para desarrollar un sistema en distintos 
lenguajes computacionales y compararlos entre sf. Para obtener mas information sobre el analisis de puntos de 
funcion, visite el sitio Web del Grupo de usuarios internacionales de puntos de funcion en www.ifpug.org. 


www.xlibros.com 







CAPlTULO 3 • ADMINISTRACION DE PROYECTOS 



La codificacion de colores ayuda a un gerente de proyectos a poner en orden las fases, tareas y recursos similares. 
OmniPlan, disponible para la Mac, aprovecha la codificacion de colores para establecer un proyecto, identificar las 
tareas, identificar la ruta crftica y marcar las situaciones imposibles. 
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FIGURA 3.MAC 

El software de administracion de proyectos OmniPlan de The Omni Group. 


ADMINISTRACION DE LAS ACTIVIDADES DE ANAUSIS Y DISENO 

Ademas de administrar el tiempo y los recursos, los analistas de sistemas tambien deben administrar a las perso¬ 
nas. Esto requiere una comunicacion precisa con los miembros del equipo que hayan sido seleccionados con base 
en su competencia y compatibilidad. Es necesario establecer los objetivos para la productividad del proyecto y 
hay que motivar a los miembros de los equipos de analisis de sistemas para lograrlos. 

Ensamblar un equipo 

Es conveniente ensamblar un equipo. Si el gerente del proyecto tiene la oportunidad de crear el equipo ideal 
compuesto por personas experimentadas para desarrollar un sistema, ^a quien deberfa escoger? En general, los 
gerentes de proyectos necesitan buscar a otros que compartan sus valores de trabajo en equipo guiados por el 
deseo de producir un sistema de alta calidad a tiempo y dentro del presupuesto. Otras caracterfsticas deseables 
incluyen una buena etica laboral, honestidad, competencia, la disposition de asumir el liderazgo con base en la 
experiencia, la motivation, el entusiasmo por el proyecto y la conftanza de sus companeros de equipo. 

El gerente del proyecto necesita conocer los principios de negocios, pero no esta de mas contar con alguna 
otra persona en el equipo que comprenda la forma en que opera una empresa. Tal vez esta persona deberfa ser 
un especialista en la misma area que la del sistema que se va a desarrollar. A1 desarrollar un sitio de comercio 
electronico. los equipos pueden conseguir la ayuda de alguien en marketing; los que desarrollen un sistema de 
inventarios pueden preguntar a una persona con experiencia en production y operaciones para que comparta su 
experiencia. 

Lo ideal serfa que un equipo tuviera dos analistas de sistemas. De esta forma se pueden ayudar entre sf, re- 
visar uno el trabajo del otro y equilibrar sus cargas de trabajo segun se requiera. Sin duda existe la necesidad de 
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J_/spero que todos con los que se haya encontrado en MRE lo 
hayan tratado bien. He aquf un breve repaso de algunas de las 
formas en las que puede acceder a nuestra organizacion a traves de 
HyperCase. El area de recepcion en MRE contiene los vmculos 
clave para el resto de nuestra organizacion. Tal vez ya descubrio 
estos vmculos por su cuenta, pero quisiera recordarle sobre ellos 
en este momento, ya que no me gustarfa absorberme tanto en el 
resto de los problemas de la organizacion como para olvidar men- 
cionarlos”. 

“La entrada vacfa que puede ver es un vinculo a la siguiente 
sala, a la cual llamamos Atrio Este (East Atrium). Tal vez haya ob- 
servado que todas las entradas abiertas son vmculos a salas adya- 
centes. Observe el niapa del edificio que se muestra en el area de 
recepcion. Puede ir a las areas publicas como la cantina, pero como 
sabe, puede acceder a una oficina privada solo si lo acompana un 
empleado. No puede entrar ahi por su cuenta”. 

“Para estos momentos tal vez haya observado los dos docu- 
mentos y la computadora en la pequena mesa en el area de recep¬ 
cion. El documento pequeno es el directorio telefonico interno de 
MRE. Solo necesita hacer clic en el nombre de un empleado y, si la 
persona se encuentra en la empresa, le concedera una entrevista y 
un paseo por la oficina. Dejare a su criterio averiguar que es el otro 
documento”. 

“La computadora en la mesa esta encendida y muestra la pa- 
gina Web inicial de MRE. Deberia dar un vistazo al sitio corpora- 


tivo y visitar todos los vmculos. Este sitio cuenta la historia de 
nuestra empresa y las personas que trabajan aqui. Estamos muy 
orgullosos de el y hemos recibido retroalimentacion positiva de 
nuestros visitantes”. 

“Si ya tuvo oportunidad de entrevistar a unas cuantas personas 
y ver como funciona nuestra empresa, no hay duda de que ha em- 
pezado a darse cuenta de algunas de las politicas involucradas. 
Aunque tambien estamos preocupados por mas cuestiones tecnicas; 
por ejemplo, que es lo que constituye la viabilidad para un proyecto 
de capacitacion y que es lo que no”. 

Preguntas de HYPERCASE 

1. (,Que criterio utiliza la Unidad de capacitacion (Training 
Unit) para juzgar la viabilidad de un nuevo proyecto? Haga 
una lista. 

2. Haga una lista de los cambios o modificaciones a estos 
criterios que usted recomendaria. 

3. Snowden Evans le pidio que ayudara a preparar una 
propuesta para un nuevo sistema de seguimiento de 
proyectos para la Unidad de capacitacion. Describa 
brevemente la viabilidad tecnica, economica y operacional 
de cada alternativa para un sistema de rastreo de proyectos 
propuesto para la Unidad de capacitacion. 

4. (,Que option recomendaria? Use evidencia de HyperCase 
para respaldar su decision. 


tener en el equipo personas con habilidades de programacion. La codification es importante, pero las personas 
que sepan como realizar recorridos, revisiones, pruebas y documentar sistemas son tambien importantes. Algu¬ 
nas personas son buenas para ver la idea general mientras que otras tienen un buen desempeno cuando las tareas 
se descomponen en otras mas pequenas. Cada equipo debe tener ambos tipos de individuos. 

Ademas de lo basico, un gerente de proyectos debe buscar personas con experiencia y entusiasmo. La expe¬ 
rience es en especial importante cuando tratamos de estimar el tiempo requerido para completar un proyecto. La 
experiencia en programacion puede referirse a que el codigo se podrfa desarrollar cinco veces mas rapido que si 
lo desarrollara un equipo inexperto. Tambien es util contar con un experto de capacidad de uso en el equipo. 

El equipo debe estar motivado. Una forma de mantener la orientation positiva del mismo durante todo el 
proceso es seleccionar a las personas adecuadas desde el inicio. Busque entusiasmo, imagination y la habilidad 
de comunicarse con distintos tipos de personas. Estos atributos basicos contienen el potential para el exito. Tam¬ 
bien es conveniente contratar buenos redactores y oradores elocuentes que puedan presentar propuestas y traba- 
jar directamente con los clientes. 

La confianza es una parte importante de un equipo. Todos los miembros del proyecto deben actuar respon- 
sablemente y comprometer su mejor esfuerzo para completar su parte del proyecto. Tal vez las personas tengan 
estilos de trabajo distintos, pero todos necesitan estar de acuerdo en trabajar en conjunto hacia la obtencion de 
una meta comun. 

Estrategias de comunicacion para administrar equipos 

Cada equipo tiene una personalidad particular resultante de combinar a los miembros entre si de una manera 
que se genera una red totalmente nueva de interacciones. Una forma de organizar lo que usted piensa sobre los 
equipos es visualizarlos como si estuvieran siempre buscando un equilibrio entre realizar el trabajo a la mano y 
mantener las relaciones entre los miembros del equipo. 

De hecho, es comun que los equipos tengan dos lideres y no solo uno. Por lo general surge una persona que 
dirige a los miembros para realizar tareas y otra que se preocupa por las relaciones sociales entre los miembros 
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OPORTUNIDAD DE CONSULTORIA 3.5 


Cuidar los objetivos 


A K 


44 TA 

_L/sto es lo que creo podemos lograr en las siguientes cinco 
semanas”, dice Hy, el lfder de su equipo de analisis de sistemas, 
sacando con mucha seguridad un programa donde relaciona una 
lista de los miembros del equipo con una de objetivos a corto plazo. 
Hace apenas una semana su equipo de analisis de sistemas paso por 
una intensa reunion para agilizar el programa de su proyecto para 
Kitchenet, Ontario, Redwings, una organization de hockey. 

Los otros tres miembros del equipo miran sorprendidos la ta- 
bla. Finalmente uno de los miembros, Rip, habla: “Estoy en shock. 
De por sf cada uno de nosotros tiene mucho por hacer, y ahora 
esto”. 

Hy contesta en forma defensiva, “Tenemos que aspirar alto, 
Rip. Estan en pretemporada. Es el unico momento en que podemos 
conseguirlos. Si establecemos nuestros objetivos a un nivel dema- 
siado bajo no terminaremos el prototipo del sistema, y mucho me- 
nos el sistema en sf, antes de que pase otra temporada de hockey. La 
idea es brindar a Kitchener Redwings la ventaja para pelear por 
medio del uso de su nuevo sistema”. 

Fiona, otro miembro del equipo, entra a la discusion diciendo: 
“;Dios sabe que sus jugadores no les pueden dar eso!” Se detiene a 


esperar el acostumbrado refunfunar del grupo reunido y despues con¬ 
tinual “Pero en serio, estos objetivos son asesinos. Por lo menos po- 
drfan haber pedido nuestra opinion, Hy. Incluso hasta podriamos tener 
un mejor conocimiento que tu en cuanto a lo que es posible hacer”. 

“Este es un problema apremiante; no una fiesta de te, Fiona”, 
le responde Hy. “Efectuar una delicada encuesta con los miembros 
del equipo no era una de nuestras opciones. Habfa que hacer algo 
rapido y me decidf por estos objetivos. Opino que enviemos nuestro 
programa de horarios a la administration con base en ellos. Pode- 
mos posponer las fechas de entrega mas adelante si es necesario. 
Pero de esta forma ellos sabran que nos comprometimos a tratar de 
lograr mucho durante la pretemporada”. 

Como el cuarto miembro que escucha este continuo intercam- 
bio de palabras, formule tres sugerencias que ayudarfan a Hy a 
mejorar su metodologfa para la formation y presentation de objeti¬ 
vos. ^Que tan motivado cree usted que estara el equipo si comparten 
la opinion de Fiona en cuanto a los objetivos de Hy? ^Cuales son 
las posibles ramificaciones de plantear a la administration unos 
objetivos demasiado optimistas? Escriba un parrafo dedicado a los 
efectos a corto plazo y otro en el que discuta sobre los efectos a 
largo plazo de establecer objetivos demasiado altos. 


del grupo. Ambos son necesarios para el equipo. Otros investigadores han etiquetado a estos individuos respec- 
tivamente como lider de tareas y lider socioemocional. Cada equipo esta sujeto a tensiones que surgen del hecho 
de buscar un equilibrio entre realizar las tareas y mantener las relaciones entre los miembros del equipo. 

Para que el equipo pueda preservar su efectividad hay que resolver las tensiones en forma continua. Si solo 
minimizamos o ignoramos las tensiones, el equipo se volvera inefectivo y al final se desintegrara. Gran parte de 
la liberation necesaria de la tension se puede lograr a traves del uso habilidoso de la retroalimentacion por parte 
de todos los miembros del equipo. Sin embargo, todos los miembros tienen que estar de acuerdo en que la 
forma de interactuar (es decir, el proceso) es lo suficientemente importante como para merecer algo de tiempo. 
En una section posterior veremos los objetivos de productividad para los procesos. 

Para asegurar que todos esten de acuerdo en la interaction apropiada de los miembros, hay que crear nor- 
mas de equipo explicitas e implicitas (expectativas, valores y formas de comportamiento colectivas) para guiar 
a los miembros en sus relaciones. Las normas de un equipo le pertenecen a este y no necesariamente se pueden 
transferir a otro. Estas normas cambian a traves del tiempo y se pueden considerar mas como un proceso de in¬ 
teraction que un producto. 

Las normas pueden ser funcionales o disfuncionales. Solo porque un comportamiento especffico sea una 
norma para un equipo no significa que este ayudandolo a lograr sus objetivos. Por ejemplo, la expectativa de que 
los miembros mas recientes tengan que realizar toda la programacion de tiempos de los proyectos puede ser una 
norma de equipo. Al adherirse a esta, el equipo esta colocando mucha presion en los nuevos miembros y no esta 
aprovechando por completo la experiencia del mismo. Es una norma que, si se lleva a cabo, podrfa hacer que los 
miembros del equipo desperdicien recursos valiosos. 

Los miembros del equipo necesitan explicitar las normas y evaluar en forma periodica si son funcionales o 
disfuncionales para ayudar a que el equipo logre sus objetivos. La expectativa primordial para su equipo debe ser 
que el cambio es la norma. Preguntese si las normas del equipo ayudan o dificultan el progreso del equipo. 

Establecer objetivos de productividad del proyecto 

Cuando haya trabajado con los miembros del equipo en varios tipos de proyectos, usted o el lfder de su equipo 
adquiriran perspicacia para proyectar lo que el equipo puede lograr en un periodo especffico de tiempo. Si utiliza 
las sugerencias descritas en la section anterior de este capftulo sobre los metodos para estimar el tiempo reque- 
rido y las acopla con la experiencia, el equipo podra establecer objetivos de productividad que valgan la pena. 
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Los analistas de sistemas estan acostumbrados a pensar acerca de los objetivos de productividad para los 
empleados que muestran salidas tangibles, como el numero de pantalones de mezclilla que se cosen por hora, el 
numero de entradas introducidas por minuto o el numero de artfculos que se escanean por segundo. Sin embargo 
y a medida que aumenta la productividad de la manufactura, es cada vez mas claro que la productividad adminis- 
trativa debe mantener el ritmo. Es con este proposito en mente que se establecen los objetivos de productividad 
para el equipo de analisis de sistemas. 

El equipo necesita formular los objetivos y estar de acuerdo en ellos; ademas se deben basar en la experien¬ 
ce de los miembros del equipo, el desempeno en proyectos anteriores y la naturaleza del proyecto especffico. Los 
objetivos variaran un poco para cada proyecto que se emprenda, ya que algunas veces se instalara todo un sistema 
mientras que otros proyectos podrfan involucrar modificaciones limitadas a una parte de un sistema existente. 

Motivation de los miembros del equipo del proyecto 

Aunque la motivation es un tema en extremo complejo, es conveniente considerarlo en esta etapa, aunque sea por 
un momento. Para simplificar de mas hay que recordar que las personas se unen a las organizaciones para mantener 
algunas de sus necesidades basicas, como alimentation, vestido y albergue. Sin embargo, todos los humanos tienen 
tambien necesidades de mayor nivel, entre las cuales estan la afiliacion, el control, la independencia y la creativi- 
dad. Las personas se motivan para satisfacer las necesidades que no se han cumplido en varios niveles. 

Los miembros de un equipo se pueden motivar, al menos en forma partial, por medio de la participation en 
el establecimiento de los objetivos, como vimos en la section anterior. El acto en si de establecer un objetivo de- 
safiante pero alcanzable y despues comparar el rendimiento en forma periodica con el objetivo parece funcionar 
a la hora de motivar a las personas. Los objetivos actuan casi como imanes para atraer a las personas al exito. 

Parte de la razon por la que el proceso de establecer objetivos motiva a las personas es que los miembros del 
equipo saben con exactitud lo que se espera de ellos antes de cualquier revision del desempeno. El exito del es¬ 
tablecimiento de objetivos para motivar a las personas tambien se puede atribuir a ello, con lo cual se concede a 
cada uno de los miembros del equipo cierta autonomfa para lograr los objetivos. Aunque un objetivo es predetermi- 
nado, el medio para lograrlo tal vez no lo sea. En este caso los miembros del equipo tienen la libertad de utilizar 
su propia experiencia y habilidad para cumplir sus objetivos. 

El establecimiento de objetivos tambien puede motivar a los miembros del equipo debido a que les pone en 
claro a ellos y a las demas personas involucradas que se debe hacer para obtener resultados. Los miembros del 
equipo tambien se motivan con base en los objetivos, ya que estos definen el nivel de exito que se espera de ellos. 
Al utilizar los objetivos de esta forma se simplifica la atmosfera de trabajo, pero tambien se electrifica debido a la 
incertidumbre con respecto a completar lo que se esperaba. 

Administration de proyectos de comercio electronico 

Muchas de las metodologlas y tecnicas que vimos antes en este libro se pueden transferir a la administration 
de proyectos de comercio electronico. Sin embargo, le advertimos que a pesar de tantas similitudes, tambien 
hay muchas diferencias. Una de ellas es que los datos que utilizan los sistemas de comercio electronico estan 
esparcidos por toda la organization. Por lo tanto, no solo termina administrando datos en un departamento auto- 
contenido, o incluso en una unidad aislada. Por ende pueden entrar en juego muchas polfticas de la organization, 
ya que es comun que las unidades quieran proteger los datos que generan y no comprendan la necesidad de com- 
partirlos con toda la organization. 

Otra diferencia contundente es que por lo general los proyectos de comercio electronico necesitan mas per¬ 
sonal con distintas habilidades: desarrolladores, consultores, expertos en bases de datos e integradores de siste¬ 
mas, de todas las areas de la organization. Si lo definimos en forma concisa, los grupos de proyectos estables 
que existan dentro de un grupo de ingenierfa de sistemas (IS) o de un equipo de desarrollo de sistemas seran la 
exception a la regia. Ademas, como es probable que se requiera mucha ayuda al principio, los gerentes de pro¬ 
yectos de comercio electronico necesitan construir sociedades tanto externas como internas mucho antes de la 
implementation del proyecto, y tal vez tengan que compartir talentos entre proyectos para sufragar los costos de 
las implementaciones de comercio electronico y reunir el numero requerido de personas con la experiencia nece- 
saria. El potential que tienen las polfticas organizacionales de separar a los miembros de un equipo es muy real. 

Una manera de evitar que las polfticas saboteen un proyecto es que el gerente del proyecto de comercio 
electronico enfatice la integration del comercio electronico con los sistemas internos de la organization, dando 
relevancia al aspecto organizational del proyecto. Como un gerente de proyectos de comercio electronico nos 
dijo: “La parte sencilla de todo esto es disenar la interfaz de usuario [lo que ve el consumidor]. El verdadero de- 
saffo esta en integrar el comercio electronico de una manera estrategica en todos los sistemas de la organization”. 

La cuarta diferencia entre la administration de proyectos tradicionales y la administration de proyectos de 
comercio electronico es que, como el sistema se enlazara con el mundo exterior a traves de Internet, la seguridad 
es de primordial importancia. El proceso de desarrollar e implementar un plan de seguridad antes de implantar el 
nuevo sistema constituye un proyecto por si solo, por lo que debemos administrarlo como tal. 


www.xlibros.com 


CAPlTULO 3 • ADMINISTRACION DE PROYECTOS 


87 


Creadon de los estatutos del proyecto 

Una parte del proceso de planeacion consiste acordar que se va a hacer y en que momento. Tanto los analistas que 
son consultores extemos como los que son miembros de la organization necesitan especificar que entregaran y 
cuando lo haran. En este capitulo le explicaremos las formas de estimar la fecha de entrega para el sistema com- 
pleto, ademas de como identificar los objetivos organizacionales y evaluar la viabilidad del sistema propuesto. 

Los estatutos del proyecto son una narrativa escrita que aclara las siguientes cuestiones: 

1. ,;,Que espera el usuario del proyecto (cuales son los objetivos)? (i Que hara el sistema para satisfacer las 
necesidades (lograr los objetivos)? 

2. ^Cual es el alcance (o los lfmites) del proyecto? Q,Que considera el usuario que este mas alia del alcance del 
proyecto?) 

3. ^Que metodos de analisis utilizara el analista para interactuar con los usuarios en el proceso de recopilar los 
datos, desarrollar y probar el sistema? 

4. ^Quienes son los participantes clave? ^Cuanto tiempo estan dispuestos los usuarios y se pueden 
comprometer a participar? 

5. ^Cuales son los entregables del proyecto? (^Cuales son los componentes nuevos o actualizados de software, 
hardware, procedimientos y documentation que los usuarios esperan que esten disponibles para interactuar 
con ellos al momento de terminar el proyecto?) 

6. ( ;,Quie'n evaluara el sistema y como lo hara? ^Cuales son los pasos en el proceso de evaluation? ( ;,C6mo y a 
quien se comunicaran los resultados? 

7. (i Cual es el cronograma estimado del proyecto? ( ;Con que frecuencia informaran los analistas sobre los 
avances del proyecto? 

8. (i Quie'n capacitara a los usuarios? 

9. ^Quien se encargara de dar mantenimiento al sistema? 

Los estatutos del proyecto describen en un documento escrito los resultados esperados del proyecto de sis- 
temas (entregables) y el periodo para la entrega. En esencia, este documento se convierte en un contrato entre 
el analista en jefe (o gerente del proyecto), su equipo de analisis y los usuarios de la organization que solicitan el 
nuevo sistema. 

Como evitar fracasos en los proyectos 

Por lo general las primeras discusiones que haya tenido usted con la administration y las demas personas que 
solicitan un proyecto, junto con los estudios de viabilidad que realice, son la mejor defensa posible para evitar 
tomar proyectos que tengan una alta probabilidad de fracasar. Su capacitacion y experiencia mejoraran su ca- 
pacidad para juzgar si un proyecto vale la pena, junto con las motivaciones que impulsan a otros a solicitar los 
proyectos. Si usted forma parte de un equipo de analisis de sistemas dentro de una empresa, se debe mantener al 
tanto del clima politico de la organization, asi como de las situaciones financieras y competitivas. 

Sin embargo, es importante recalcar que los proyectos de sistemas pueden y llegan a tener problemas gra¬ 
ves. Los proyectos que se desarrollan mediante el uso de metodos agiles no son inmunes a dichos problemas. 
Para poder ilustrar lo que puede salir mal en un proyecto, es conveniente que el analista de sistemas dibuje un 
diagrama de esqueleto de pescado o “fishbone” (tambien conocido como diagrama de causa y efecto, o diagrama 
de Ishikawa). Si examina la figura 3.23 podra ver que, en efecto, se asemeja al esqueleto de un pescado. 

El valor de estos diagramas reside en que muestran una lista sistematica de todos los posibles problemas. En 
el caso de la metodologia agil, es conveniente organizar el diagrama con base en una lista de todas las variables 
de control de recursos en la parte superior y todas las actividades en la parte inferior. Algunos problemas como 
el desplazamiento del programa de horarios podrian ser obvios, pero otros como la corruption del alcance, o 
“scope creep” (el deseo de agregar caracterfsticas despues de que el analista escucha nuevas historias), o desarro¬ 
llar caracteristicas con poco valor, no lo son tanto. 

Tambien puede aprender de la sabiduria que obtuvieron las personas involucradas en fracasos de proyectos 
anteriores. Cuando se les pidio que reflexionaran sobre la causa que provoco que fracasaran los proyectos, los 
programadores profesionales alegaron que la administration habia establecido fechas imposibles o poco realistas 
para completar el proyecto, con base en el mito de que con solo agregar mas personas a un proyecto se agilizaria 
su desarrollo (incluso cuando la fecha de entrega original del proyecto era poco realista), y que la administration 
se comporto de una manera irracional al prohibir que el equipo buscara expertos profesionales fuera del grupo 
para ayudarlos a resolver problemas especificos. 

Recuerde que no esta solo al decidir si empieza o no un proyecto. Aunque la administration este al tanto de las 
recomendaciones de su equipo, seran ellos quienes decidan en ultima instancia si vale la pena continuar con el estu- 
dio de un proyecto propuesto (es decir, si se van a invertir mas recursos o no). El proceso de decision de su equipo 
debe ser abierto y capaz de resistir al escrutinio de los que esten fuera de el. Los miembros del equipo deben tener 
en cuenta que no pueden separar su reputation y postura dentro de la organization de los proyectos que acepten. 
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FIGURA 3.23 

Podemos utilizar un diagrama de esqueleto de 
pescado (fishbone) para identificar todo lo que 
puede salir mal en el desarrollo de un sistema. 


LA PROPUESTA DE SISTEMAS 

Organization de la propuesta de sistemas 

Aunque el proposito de los estatutos del proyecto es identificar los objetos, determinar el alcance y asignar res- 
ponsabilidades, el analista tambien necesita preparar una propuesta de sistemas en la que se incluya la mayor 
cantidad de detalles sobre las necesidades, opciones y recomendaciones del sistema. En esta seccion veremos el 
contenido y el estilo que se utilizan para formular una propuesta de sistemas. 

QUE DEBEMOS INCLUIR EN LA PROPUESTA DE SISTEMAS Hay diez secciones principales que conforman una 
propuesta de sistemas por escrito. Cada una de estas partes tiene una funcion especffica, por lo que en ultima 
instancia la propuesta se debe ordenar de la siguiente manera: 

1. Carta de presentacion. 

2. Portada del proyecto. 

3. Indice de contenido. 

4. Resumen ejecutivo (incluyendo las recomendaciones). 

5. Esquema del estudio de sistemas con la documentacion apropiada. 

6. Resultados detallados del estudio de sistemas. 

7. Altemativas de sistemas (tres o cuatro posibles soluciones). 

8. Recomendaciones de los analistas de sistemas. 

9. Resumen de la propuesta. 

10. Apendices (documentacion variada, resumen de fases, correspondence, etcetera). 

En la propuesta de sistemas debemos incluir una carta de presentacion para los gerentes y la fuerza de tra- 
bajo de TI. Esta carta debe enlistar a las personas que hicieron el estudio e incluir un resumen de los objetivos 
del mismo. La carta de presentacion debe ser concisa y amigable. 

En la portada debe incluir el nombre del proyecto, los nombres de los miembros del equipo de analisis de 
sistemas y la fecha en que se envfa la propuesta. El tftulo de la misma debe expresar con precision su contenido, 
aunque tambien puede incluir algo de imagination. El mdice de contenido puede ser util para los que leen pro- 
puestas extensas. Si la propuesta tiene menos de 10 paginas puede omitir el Indice de contenido. 
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El resumen ejecutivo puede tener de 250 a 375 palabras. En el se informa el quien, que, cuando, donde, por 
que y como de la propuesta, de igual forma que lo hari'a el primer parrafo en un artlculo de noticias. Tambien 
debe incluir las recomendaciones del analista de sistemas y la action deseada por parte de la administracion, ya 
que algunas personas tendran tiempo de leer solo el resumen. Debe escribirse al ultimo, despues de completar el 
resto de la propuesta. 

El esquema del estudio de sistemas provee informacion sobre los metodos que se utilizaron en el estudio, y 
quien o que fue lo que se estudio. En esta seccion se deben incluir los cuestionarios, las entrevistas, las muestras 
de datos de archivo, los procesos de observacion o creation de prototipos que se hayan utilizado en el estudio de 
sistemas. 

La seccion de resultados detallados describe lo que descubrio el analista de sistemas en relation con las ne- 
cesidades humanas y de sistemas por medio de todos los metodos descritos en la seccion anterior. Aquf debemos 
incluir las conclusiones sobre los problemas que experimentan los trabajadores al interactuar con tecnologfas y 
sistemas que pasan a primer piano a traves del estudio. Tambien hay que incluir los problemas o sugerir las opor- 
tunidades que presentan las alternativas que presentaremos en la siguiente seccion. 

En la seccion de la propuesta acerca de las alternativas de sistemas, el analista debe presentar dos o tres so- 
luciones alternativas que hagan frente de manera directa a los problemas antes mencionados. Las alternativas que 
se presenten aquf deben incluir una en la que se recomiende dejar el sistema como esta. Hay que explorar cada 
altemativa por separado. Ademas hay que describir los costos y beneficios de cada situation. Como por lo gene¬ 
ral hay puntos de conflicto involucrados en cualquier solucion, asegurese de incluir las ventajas y desventajas de 
cada una. 

Cada alternativa debe indicar con claridad lo que deben hacer los usuarios y gerentes para implementarla. La 
redaction debe ser lo mas clara posible, como “Comprar computadoras portables para todos los gerentes de nivel 
medio”, “Comprar software empaquetado para respaldar a los usuarios en el manejo del inventario” o “Modificar 
el sistema existente mediante el financiamiento de esfuerzos internos de programacion”. 

Una vez que el analista de sistemas haya sopesado las alternativas, tendra una opinion profesional definida so¬ 
bre la solucion que sea mas funcional. La seccion de recomendaciones del analista de sistemas expresa la solucion 
recomendada. Aquf hay que incluir las razones que respaldan la recomendacion del equipo, para que sea facil com- 
prender por que se recomienda. Esta recomendacion debe fluir en forma logica del analisis previo de las soluciones 
alternativas; ademas debe relacionar claramente los hallazgos sobre la interaction humano-computadora con la op- 
cion que se ofrece. 

El resumen de la propuesta es un enunciado corto que refleja el contenido del resumen ejecutivo. En el se 
informan los objetivos del estudio y la solucion recomendada. El analista debe enfatizar una vez mas la impor- 
tancia y viabilidad del proyecto, junto con el valor de las recomendaciones para cumplir con los objetivos de los 
usuarios y mejorar la empresa. Concluya la propuesta con una observacion positiva. 

El apendice es la ultima parte de la propuesta de sistemas, y puede incluir cualquier informacion que el ana¬ 
lista de sistemas considere de interes para ciertos individuos, pero que no sea esencial para comprender el estudio 
de sistemas y lo que se esta proponiendo. 

Una vez que termine de escribir la propuesta de sistemas, seleccione cuidadosamente quienes van a recibir 
el informe. Entregue el informe personalmente a las personas que selecciono. Su visibilidad es importante para la 
aceptacion y el exito en ultima instancia del sistema. 

Uso de figuras para una comunicacion efectiva 

Hasta este momento, el enfasis de esta seccion ha estado en la audiencia de la propuesta de sistemas que usted 
debe crear. Es importante utilizar tablas y graficos, ademas del texto, para presentar los aspectos basicos del sis¬ 
tema propuesto. Nunca hay que menospreciar un buen diseno. 

La integration de figuras en su propuesta le ayuda a demostrar que usted esta consciente de las distintas for¬ 
mas en que las personas absorben la informacion. Las figuras en el informe complementan la informacion escrita 
y siempre se deben interpretar con palabras; nunca deben ir solas. 

USO EFECTIVO DE LAS TABLAS Aunque tecnicamente las tablas no son ayudas visuales, son una manera distinta de 
agrupar y presentar los datos analizados que el analista desea comunicar al lector de la propuesta. 

Las tablas utilizan columnas y filas etiquetadas para presentar datos estadlsticos o alfabeticos de una manera 
organizada. Cada tabla se debe enumerar de acuerdo con el orden en el que aparezca en la propuesta y debe tener 
un trtulo representative. En la figura 3.24 se muestran el esquema y la identification apropiados para una tabla. 

Algunos de los lineamientos para las tablas son: 

1. Integre las tablas en el cuerpo de la propuesta. No las relegue a los apendices. 

2. Trate de ajustar toda la tabla verticalmente en una sola pagina, de ser posible. 
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FIGURA 3.24 

Lineamientos para crear tablas 
efectivas. 
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Use notas al pie 
para explicar la 
informacion 


Trate de ajustar la 
tabla verticalmente 
en una sola patina. 


3. Enumere y asigne un tftulo a la tabla en la parte superior de la pagina. El tftulo debe ser descriptivo y 
representative. 

4. Etiquete cada fila y columna. Use mas de una lfnea para un tftulo, de ser necesario. 

5. Use una tabla cuadriculada si hay espacio para ello. Las rayas verticales en las columnas mejoran la 
legibilidad. 

6. Use notas al pie si es necesario para explicar la informacion detallada contenida en la tabla. 

En las secciones anteriores presentamos varios metodos para comparar costos y beneficios. Hay que poner los 
resultados de esas comparaciones en tablas y mostrarlos asf en la propuesta de sistemas. Si realiza un analisis 
de punto de equilibro, debe incluir una tabla en la que se ilustren los resultados del analisis. La retribucion 
se puede mostrar en tablas que sirvan como apoyo adicional para los graficos. Tambien podrfa incluir en la pro¬ 
puesta de sistemas una tabla pequena en la que se comparen los sistemas computacionales o las opciones. 

USO EFECTIVO DE LOS GRAFICOS Hay muchos tipos de graficos: de lfnea, de columna, de barras y de pastel, por 
mencionar unos cuantos. Los graficos de lfnea, de columna y de barra comparan variables, mientras que los de 
barras y de areas ilustran la composicion del 100 por ciento de una entidad. 

A continuation le mostramos los lineamientos para incluir graficos efectivos en una propuesta (consulte la 
figura 3.25): 

1. Seleccione un estilo de grafico que transmita de manera efectiva el significado que desea. 

2. Integre el grafico en el cuerpo de la propuesta. 

3. Asigne al grafico un numero de figura secuencial y un tftulo representative. 

4. Etiquete los ejes y las lfneas, columnas, barras o piezas del pastel en el grafico. 

5. Incluya una clave para identificar y diferenciar las lfneas de colores, las barras sombreadas o las areas con 
patrones cuadriculados. 

Gran parte de los detalles que se incluyen en una propuesta de sistemas se obtienen de las entrevistas, los 
cuestionarios, los muestreos, el descubrimiento de otros datos rigurosos y mediante la observation. En los si- 
guientes dos capftulos hablaremos sobre estos temas. 
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FIGURA 3.25 

Lineamientos para dibujar graficos 
de lrneas efectivos. 


RESUMEN 

Los cinco fundamentos mas importantes de la administracion 
de proyectos que debe manejar el analista de sistemas son 

1) inicio del proyecto: definicion del problema, 2) determinar la 
viabilidad del proyecto, 3) planeacion y control de actividades, 
4) programacion de fechas y tiempos del proyecto y 5) admi¬ 
nistracion de los miembros del equipo de analisis de sistemas. 
A1 enfrentarse a las cuestiones sobre como pueden las empresas 
cumplir con sus objetivos y resolver problemas de sistemas, el 
analista crea una definicion del problema. Esta definicion es 
un enunciado formal del problema, en el que se incluyen 1) las 
cuestiones de la situation presente, 2) los objetivos para cada 
cuestion, 3) los requerimientos que se deben incluir en todos 
los sistemas propuestos y 4) las restricciones que limitan el 
desarrollo de los sistemas. 

Seleccionar un proyecto es una decision dificil, ya que se 
solicitaran mas proyectos de los que realmente se puedan llevar 
a cabo. Cinco criterios importantes de selection son 1) que el 
proyecto solicitado este respaldado por la administracion, 

2) que se sincronice en forma apropiada para comprometer los 
recursos, 3) que ayude a que la empresa avance hacia la obten- 
cion de sus objetivos, 4) que sea practico y 5) que sea lo bas- 
tante importante como para considerarlo por encima de otros 
proyectos. 

Si un proyecto solicitado cumple con estos criterios, se 
puede realizar un estudio de viabilidad en cuanto a sus meritos 
operacionales, tecnicos y economicos. Por medio de este estu¬ 


dio de viabilidad los analistas recopilan datos que permiten a la 
administracion decidir si se puede o no continual - con un estu¬ 
dio de sistemas completo. Mediante un inventario ordenado del 
equipo con el que ya se cuenta, los analistas de sistemas podran 
determinar con mas efectividad si deben recomendar o no hard¬ 
ware computacional nuevo, modificado o actual. 

El hardware computacional se puede adquirir mediante 
compra, arrendamiento o renta. Los distribuidores ofrecen 
servicios de soporte como mantenimiento preventivo y capa- 
citacion para los usuarios, que por lo general se negocian por 
separado. El software se puede crear como un producto perso- 
nalizado, se puede comprar como un paquete de software co- 
mercial de venta en canales convencionales (COTS) o se puede 
subcontratar un proveedor de servicios de aplicacion (ASP) 
para que lo desarrolle. 

Para preparar una propuesta de sistemas hay que identifi- 
car todos los costos y beneficios de varias alternativas. El ana¬ 
lista de sistemas cuenta con varios metodos a su disposicion 
para pronosticar a futuro los costos, beneficios, volumenes de 
transacciones y variables economicas que afectan a los costos 
y beneficios. Estos pueden ser tangibles (cuantificables) o in¬ 
tangibles (no son cuantificables y es dificil compararlos direc- 
tamente). Un analista de sistemas tiene muchos metodos a su 
disposicion para analizar costos y beneficios, entre los cuales 
estan el analisis de punto de equilibrio, el metodo de retribu¬ 
tion y el analisis de flujo de efectivo. 
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“A 

ZYlgunas veces, las personas que han estado aquf durante cierto 
tiempo se sorprenden al ver cuanto hemos crecido. Admito que no 
es facil llevar la cuenta de lo que hace cada persona, o incluso de las 
compras que ha realizado cada departamento en cuanto al hardware 
y software. Pero estamos trabajando en eso. A Snowden le gustaria 
ver mas rendition de cuentas en las compras de computadoras. 
Desea asegurarse de que sepamos lo que tenemos, en donde y por 
que lo tenemos, quien lo usa y si esta impulsando la productividad 
de MRE o, dicho con sus propias palabras, ‘si solo se trata de un 
juguete costoso" del cual podamos deshacernos”. 

Preguntas de HYPERCASE 

1. Complete un inventario de equipo de computo para la unidad 
de capacitacion y sistemas administrativos (Training and 
Management Systems Unit) en el que describa todos los 


sistemas que encuentre. Sugerencia: Cree un formulario de 
inventario para simplificar su tarea. 

2. Use los lineamientos de evaluacion de software que vimos en 
el libro para realizar una breve evaluacion de GEMS, paquete 
de software utilizado por los empleados de sistemas 
administrativos (Management Systems). Elabore una breve 
critica de un parrafo de este software personalizado y 
comparelo con el software comercial de venta en los canales 
convencionales como Microsoft Project. 

3. Enliste los costos y beneficios intangibles de GEMS, segun 
lo que informan los empleados de MRE. 

4. Describa brevemente las dos altemativas que considera Snowden 
para el sistema de rastreo e informes de proyectos propuesto. 

5. (,Que factores organizacionales y politicos debe considerar 
Snowden al proponer su nuevo sistema a MRE? (Describa 
tres conflictos centrales en un parrafo corto.) 



FIGURA 3.HC1 

La sala de reception se asemeja a la de una empresa comun. Busque el 
directorio en esta pantalla de HyperCase si desea visitar a alguien. 


La planeacion de un proyecto incluye la estimation del 
tiempo requerido para cada una de las actividades del analista, 
la programacion de tiempos y fechas de estas actividades, y la 
manera de agilizarlas en caso de ser necesario para asegurar 
que el proyecto se termine a tiempo. Una tecnica disponible 
para que el analista de sistemas pueda programar tareas es el 
grafico de Gantt, el cual muestra las actividades como barras 
en un grafico. 


Hay otra tecnica conocida como Tecnicas de evaluacion 
y revision de programas (PERT), la cual muestra las activida¬ 
des como flechas en una red. PERT ayuda al analista a determi- 
nar la ruta critica y el tiempo de inactividad, lo que constituye 
la information requerida para el control efectivo del proyecto. 

Se recomienda la creation de un documento en el que se 
incluyan los estatutos del proyecto, el cual contiene las ex- 
pectativas de los usuarios y los productos que el analista debe 
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entregar, ya que los tiempos de entrega poco realistas exigidos 
por la administration, el agregar personal innecesario a un pro- 
yecto en el que se intenta cumplir con un tiempo de entrega 
poco realista y el no permitir que los equipos de desarrollo 
busquen ayuda de expertos fuera de su grupo inmediato, fueron 
factores citados por los programadores como razones por las 
que los proyectos fracasaban. Por lo general podemos evitar es- 
tos fracasos si examinamos las motivaciones para los proyectos 
solicitados, asf como los motivos que tenga nuestro equipo para 
recomendar o evitar un proyecto especffico. 


El analista de sistemas debe realizar tres pasos principales 
para elaborar una propuesta efectiva de sistemas: organizar el 
contenido de la propuesta en forma efectiva, escribir la pro¬ 
puesta en un estilo de negocios apropiado y presentar en forma 
oral una propuesta de sistemas informativa. Para que sea efec¬ 
tiva, la propuesta se debe escribir en forma clara y compren- 
sible; ademas hay que dividir su contenido en diez secciones 
funcionales. Son importantes las consideraciones visuales a la 
hora de elaborar una propuesta. 


PALABRAS CLAVE Y FRASES 

administration de proyectos de comercio electronico 

analisis de flujo de efectivo 

analisis de punto de equilibrio 

analisis de puntos de funcion 

benchmarking 

beneficios intangibles 

beneficios tangibles 

costos intangibles 

costos tangibles 

definition del problema 

diagrama PERT 

estatutos del proyecto 

grafico de Gantt 

lfder de tarea 

lfder socioemocional 


media movil 
motivation del equipo 
normas del equipo 
objetivos de productividad 
proceso de equipo 
pronosticos 
propuesta de sistemas 
retribution 
ruta crftica 

soporte del distribuidor 
valor presente 
viabilidad economica 
viabilidad operational 
viabilidad tecnica 


PREGUNTAS DE REPASO 

1. ^Cuales son los cinco fundamentos principales de un proyecto? 

2. Mencione tres formas de averiguar sobre los problemas o las oportunidades potencialmente asociados con una solution 
de sistemas. 

3. Enliste los cinco criterios para la selection de proyectos de sistemas. 

4. Defina viabilidad tecnica. 

5. Defina viabilidad economica. 

6. Defina viabilidad operacional. 

7. Mencione cuatro criterios para evaluar el hardware de sistemas. 

8. ^Cuales son las tres opciones principales para la adquisicion de hardware computacional? 

9. (,Que significa COTS? 

10. ^Que implica un ASP, en terminos de entrega de software? 

11. Defina los costos y beneficios tangibles. De un ejemplo de cada uno. 

12. Defina los costos y beneficios intangibles. De un ejemplo de cada uno. 

13. Enliste cuatro tecnicas para comparer los costos y beneficios de un sistema propuesto. 

14. ^Cuando es util el analisis de punto de equilibrio? 

15. ^Cuales son las tres desventajas de usar el metodo de retribution? 

16. ^Cuando se utiliza el analisis del flujo de efectivo? 

17. Como lineamiento general, ^cuando se debe utilizar el analisis del valor presente? 

18. (,Que es un grafico de Gantt? 

19. ^Cuando es util un diagrama PERT para los proyectos de sistemas? 

20. Mencione tres ventajas de usar un diagrama PERT en vez de un grafico de Gantt para programar tiempos y fechas de los 
proyectos de sistemas. 

21. Defina el termino ruta critica. 

22. ^Como evalua un gerente de proyectos el riesgo de que las cosas salgan mal y de tener eso en cuenta al planear el tiempo 
requerido para completar el proyecto? 

23. Mencione los dos tipos de lfderes de equipo. 

24. ^Que implica una norma de equipo disfuncional? 

25. (,Que implica el proceso de equipo? 

26. ^Cuales son tres razones por las que el establecimiento de objetivos parece motivar a los miembros del equipo de analisis 
de sistemas? 

27. ^Cuales son las cuatro formas en las que la administration de proyectos de comercio electronico difiere de la 
administration de proyectos tradicionales? 
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28. ^Que elementos contienen los estatutos del proyecto? 

29. ^Para que se utiliza un diagrama de esqueleto de pescado (fishbone)? 

30. ^Cuales son los tres pasos que debe seguir el analista de sistemas para elaborar una propuesta eficiente de sistemas? 

31. Enliste las 10 secciones principales de la propuesta de sistemas. 

PROBLEMAS 

1. Williwonk’s Chocolates de St. Louis fabrica varios tipos de dulces y novedades de chocolate. La empresa tiene seis 
tiendas en la ciudad: cinco en los principales aeropuertos metropolitanos y una pequena sucursal de pedidos por correo. 
Williwonk’s tiene un pequeno sistema de informacion computarizado que rastrea el inventario en su planta, ayuda a 
programar la produccion y algunas otras cosas mas, pero este sistema no esta enlazado directamente con ninguna de sus 
tiendas de menudeo. El sistema de pedidos por correo se administra en forma manual. 

Hace poco, varias tiendas de Williwonk’s experimentaron una eruption de quejas de los clientes de pedidos por 
correo, debido a que los dulces llegaban echados a perder, que no llegaban cuando se les prometfa o que nunca llegaban; 
la empresa tambien recibio varias cartas en las que se quejaban de que los dulces en varios aeropuertos sabfan rancios. 
Williwonk’s ha estado vendiendo una nueva forma dietetica de chocolate bajo en calorias, formulada con un edulcorante 
artificial. Las ventas han sido activas, pero han surgido problemas por enviar el tipo incorrecto de chocolate a la 
direction en la que vive una persona diabetica. Hubo varias quejas, por lo que Williwonk’s envio varias cajas gratis de 
chocolate como desagravio. 

A la gerencia le gustarfa vender productos a traves de Web, pero cuentan con solo algunas paginas Web con 
informacion sobre la companfa y un formulario de pedidos que se puede imprimir. No existen los pedidos a traves de 
Web. A uno de los ejecutivos principales le gustarfa vender chocolates personalizados con el nombre de una persona en 
cada pieza. Aunque el area de produccion aseguro a la gerencia que esto se podrfa hacer facilmente, no hay un metodo 
para pedir tales chocolates personalizados. 

Otro de los ejecutivos principales menciono que Williwonk's se asocio con varios fabricantes de chocolate 
europeos y que importara chocolate de varios pafses. En la actualidad hay que hacer esto a traves del telefono, por 
correo electronico o por correo convencional. El ejecutivo desea un sitio Web interno que permita a los empleados 
realizar pedidos directamente a las empresas asociadas. Todo esto ha provocado que varios gerentes soliciten un analisis 
de tendencias. Cuando hay inventario en exceso algunos chocolates se arrancian, mientras que otras veces hay escasez de 
ciertos tipos de chocolate. 

Las tendencias de variation por temporadas y dfas festivos podrfan ayudar a Williwonk’s a mantener un inventario 
adecuado. El gerente de control de inventario insiste en que es necesario implementar todos los cambios antes de la 
siguiente temporada festiva. “Hay que tener una fecha absoluta definida para que todo este terminado”, recalco Candy, 
una de los gerentes de nivel superior. “Debemos asegurarnos de que todo este trabajando perfectamente antes de que el 
sitio se haga publico”, continuo. “jNo quiero clientes que reciban los chocolates incorrectos!”. Ademas, el gerente de 
procesamiento de pedidos menciono que el sistema debe ser seguro. 

Usted llevaba trabajando dos semanas con Williwonk's en varias modificaciones para su sistema de informacion de 
inventario cuando escucho a dos gerentes discutir sobre estas cuestiones. Haga una lista de las posibles oportunidades o 
problemas que se podrfan convertir en proyectos de sistemas. 

2. ^De donde proviene la mayor parte de la retroalimentacion sobre los problemas con los productos de Williwonk’s en el 
problema 1? (,Que tan confiables son las fuentes? Explique en un parrafo. 

3. Despues de conocerlos rnejor, usted se acerca a los ejecutivos de la administration de Williwonk's con sus ideas sobre 
las posibles mejoras de sistemas que podrfan hacerse cargo de algunos de los problemas o las oportunidades que se 
mencionan en el problema 1. 

a. Escriba en dos parrafos sus sugerencias para los proyectos de sistemas. Haga todas las suposiciones realistas que sea 

necesario. 

b. (,Hay problemas u oportunidades descritas en el problema 1 que no sean adecuadas? Explique su respuesta. 

4. Cree la definicion de un problema para Williwonk’s, segun lo que se describe en el problema 1. Estime las 
ponderaciones de importancia. Incluya por lo menos un requerimiento y una restriction. 

5. Cree una lista de requerimientos de los usuarios para la definicion del problema que creo en el problema 4. 

6. Delicato, Inc., un fabricante de instrumentos precisos de medicion para fines cientfficos, le presento una lista de 
atributos que sus gerentes consideran que probablemente sean importantes para seleccionar un distribuidor de hardware 
y software de computadora. Los criterios no se listan en orden de importancia. 

1. Bajo precio. 

2. Software escrito precisamente para aplicaciones de ingenierfa. 

3. El distribuidor realiza mantenimiento de rutina en el hardware. 

4. Capacitacion para los empleados de Delicato. 

a. Critique la lista de atributos en un parrafo. 

b. Use la entrada inicial para ayudar a Delicato, Inc., a generar una lista mas adecuada de criterios para seleccionar 
distribuidores de hardware y software. 

7. SoftWear Silhouettes es una empresa de ventas por correo que esta creciendo con rapidez y se especializa en ropa de 
algodon. A la gerencia le gustarfa expandir sus ventas al entorno Web mediante la creation de un sitio de comercio 
electronico. La empresa tiene dos analistas de sistemas que trabajan tiempo completo y un programador. Las oficinas de 
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la empresa se encuentran en una pequena ciudad aislada en Nueva Inglaterra y los empleados que se hacen cargo del 
negocio tradicional de pedidos por correo no conocen mucho de computadoras. 

a. Considerando la situation de la empresa, dibuje una lista de atributos de software en los que SoftWear Silhouettes 
deberfa hacer enfasis a la hora de seleccionar el software para crear un sitio Web e integrar el negocio de pedidos por 
correo con el negocio del sitio Web. 

b. ^Recomendaria usted software COTS, software personalizado o la subcontratacion de un ASP? Indique su option y 
defiendala en un parrafo. 

c. Liste las variables que contribuyeron a su respuesta en el inciso b. 

8. A continuation le presentamos la demanda de 12 afios de Viking Village, un juego disponible en la actualidad para 
equipos de bolsillo y telefonos inteligentes (smartphones). 


Ano Demanda 


1998 

20,123 

1999 

18,999 

2000 

20,900 

2001 

31,200 

2002 

38,000 

2003 

41,200 

2004 

49,700 

2005 

46,400 

2006 

50,200 

2007 

52,300 

2008 

49,200 

2009 

57,600 


a. Grafique los datos de la demanda para Viking Village. 

b. Determine la tendencia lineal para Viking Village mediante el uso de una media movil de tres anos. 

9. ^Parecen tener los datos para Viking Village una variation cfclica? Explique. 

10. Interglobal Paper Company le ha pedido su ayuda para comparar su sistema computational actual con uno nuevo que el 
consejo de directores quisiera ver implementado. Los costos del sistema propuesto y del sistema actual son los siguientes: 


Articulo 

Costos del sistema propuesto 

Costos del sistema actual 

Ano 1 



Arrendamiento de equipo 

$20,000 

$11,500 

Salarios 

30,000 

50,000 

Gastos generales 

4,000 

3,000 

Desarrollo 

30,000 

— 

Ano 2 



Arrendamiento de equipo 

$20,000 

$10,500 

Salarios 

33,000 

55,000 

Gastos generales 

4,400 

3,300 

Desarrollo 

12,000 

— 

Ano 3 



Arrendamiento de equipo 

$20,000 

$10,500 

Salarios 

36,000 

60,000 

Gastos generales 

4,900 

3,600 

Desarrollo 

— 

— 

Ano 4 



Arrendamiento de equipo 

$20,000 

$10,500 

Salarios 

39,000 

66,000 

Gastos generales 

5,500 

4,000 

Desarrollo 

— 

— 


a. Use el analisis de punto de equilibrio para determinar el ano en el que Interglobal Paper se 
equilibrara. 

b. Grafique los costos y muestre el punto de equilibrio. 
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11. A continuation se muestran los beneficios de sistemas para Interglobal Paper Company (del problema 10): 

Ario Beneficios 

1 $55,000 

2 75,000 

3 80,000 

4 85,000 

a. Use los costos del sistema propuesto de Interglobal Paper del problema 10 para determinar el periodo de retribution 
(use el metodo de retribution). 

b. Grafique los beneficios contra los costos e indique el periodo de retribution. 

12. Glenn's Electronics, una empresa pequena, establecio un servicio de computadoras. La tabla que se muestra a 
continuation muestra los ingresos esperados durante los primeros cinco meses de operation, ademas de los costos por 
remodelacion de oficinas, etcetera. Determine el flujo de efectivo y el flujo de efectivo acumulado para la empresa. 
^Cuando se espera que Glenn's muestre una ganancia? 



Julio 

Agosto 

Septiembre 

Octubre 

Noviembre 

Ingresos 

$35,000 

$36,000 

$42,000 

$48,000 

$57,000 

Costos 






Remodelacion de oficina 

$25,000 

$8,000 




Salarios 

11,000 

12,100 

$13,300 

$14,600 

$16,000 

Capacitacion 

6,000 

6,000 




Arrendamiento de equipo 

8,000 

8,480 

9,000 

9,540 

10,110 

Provisiones 

3,000 

3,150 

3,300 

3,460 

3,630 


13. Alamo Foods de San Antonio desea introducir un nuevo sistema computacional para su almacen de productos 
perecederos. Los costos y beneficios de este sistema son: 


Ano 

Costos 

Beneficios 

1 

$33,000 

$21,000 

2 

34,600 

26,200 

3 

36,300 

32,700 

4 

38,100 

40,800 

5 

40,000 

51,000 

6 

42,000 

63,700 


a. Dada una tasa de descuento del 8 por ciento (.08), realice un analisis del valor presente con los datos para Alamo 
Foods ( sitgerencia: use la formula 

1 

1(1 + ;)" 

para encontrar los multiplicadores para los anos 1 al 6). 

b. <^Cual es su recomendacion para Alamo Foods? 

14. a. Suponga que la tasa de descuento en el problema 13a cambia al 13 por ciento (.13). Realice el analisis del valor 

presente utilizando la nueva tasa de descuento. 

b. ^Cual es su recomendacion para Alamo Foods ahora? 

c. Explique la diferencia entre el problema 13b y el problema 14b. 

15. Resuelva el problema 13 usando un programa de hojas de calculo electronicas como Excel. 

16. Use un programa de hojas de calculo para resolver el problema 12. 

17. Resuelva el problema 13 usando una funcion para el valor presente neto, como @NPV (x, rango) en Excel. 

18. Brian C. O’Byrne (segun el, la “C” significa “congelado”) es propietario de una empresa de comida congelada y desea 
desarrollar un sistema de information para rastrear los envlos a los almacenes. 

a. Use los datos de la tabla de la figura 3.EX1 para dibujar un grafico de Gantt y ayudar a Brian a organizar su 
proyecto de diseno. 

b. ^Cuando serfa apropiado usar un grafico de Gantt? ^.Cuales son las desventajas? Explique en un parrafo. 
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Description 

Tarea 

Va despues de 

Tiempo (semanas) 

Dibujar el flujo de datos 

A 

Ninguna 

5 

Dibujar arbol de decisiones 

B 

A 

4 

Revisar arbol 

C 

B 

10 

Escribir proyecto 

D 

C, 1 

4 

Organizar diccionario de datos 

E 

A 

7 

Realizar prototipo de salida 

F 

Ninguna 

2 

Revisar diseno de salida 

G 

F 

9 

Escribir casos de uso 

H 

Ninguna 

10 

Disenar base de datos 

1 

H, Ey G 

8 


FIGURA 3.EX1 

Datos para ayudar en la 
organization de un proyecto de 
diseno para crear un sistema 
de informacion que rastrea los 
envfos de comida congelada a los 
almacenes. 


19. Ademas de un grafico de Gantt usted dibuja tambien un diagrama PERT para Brian, de forma que le pueda comunicar la 
necesidad de mantener vigilada la ruta crftica. Consulte la figura 3.EJ2, que se derivo de los datos de la figura 3.EJ1. 
Liste todas las rutas, calcule e identifique la ruta critica. 



FIGURA 3.EX2 

El diagrama PERT de la empresa 
de comida congelada de Brian. 


20. Cherry Jones es propietaria de una empresa de medicina homeopatica llamada Fainthealers. Ella vende vitaminas y otros 
productos relativamente no perecederos para quienes desean opciones relacionadas con la medicina alternativa. Cherry 
esta desarrollando un nuevo sistema en el que hay que volver a capacitar al personal. Dada la informacion de la figura 
3.EJ3, realice un diagrama PERT para ella e identifique la ruta critica. Si Cherry pudiera encontrar la forma de ahorrar 
tiempo en la fase “escribir casos de uso”, ^serfa util? ^Por que sf o por que no? 


Description 

Tarea 

Va despues de 

Tiempo (semanas) 

Entrevistar ejecutivos 

A 

Ninguna 

6 

Entrevistar personal en abastecimiento 

B 

Ninguna 

3 

de pedidos 

Disenar prototipo de entrada 

C 

B 

2 

Disenar prototipo de salida 

D 

A, C 

3 

Escribir casos de uso 

E 

A, C 

4 

Registrar las reacciones del personal a 

F 

D 

2 

los prototipos 

Desarrollar sistema 

G 

E, F 

5 

Escribir manual de capacitacion 

H 

B, G 

3 

Capacitar al personal que trabaja en 

1 

H 

2 

el abastecimiento de pedidos 


FIGURA 3.EX3 

Tareas a realizar durante el 
desarrollo de un sistema de 
abastecimiento de pedidos. 


21. Angus Mclndoe quiere modernizar su popular restaurante, para lo cual piensa adaptarlo mas a las preferencias de sus 
clientes frecuentes: llevar el registro de lo que les gusta y disgusta. Por ende le interesa toda la informacion sobre los 
lugares en los que les gusta sentarse, que prefieren comer y a que hora llegan por lo general, ya que piensa que de esta 
forma podra atender mejor a sus clientes. Angus le ha pedido a usted que desarrolle un sistema para el que le ayude a 
mantener felices a sus clientes y, consecuentemente, mejorar su negocio. 

Usted ha escuchado lo que Angus dijo sobre sus clientes. Sin duda hay mas preferencias que puede rastrear. 

Desarrolle la definition del problema para Angus, en forma similar a la que desarrollo para el Servicio de banquetes 
de Catherine en este capitulo. 

22. Hace poco, dos analistas recien egresados se unieron a su grupo de analistas de sistemas en la recien formada empresa 
Mega Phone. Cuando hablaron con usted sobre el grupo, mencionaron que algunas cosas les parecen extranas. Una de 
ellas es que, aparentemente, los miembros del grupo admiran a dos llderes, Bill y Penny, y no solo a uno. 
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Lo que observan es que Bill parece bastante relajado, mientras que Penny siempre esta planeando y programando 
actividades. Tambien observaron que todos “simplemente parecen saber que hacer” cuando entran a una reunion, incluso 
cuando no se proporcionan instrucciones. Por ultimo, resaltaron la apertura del grupo en cuanto a lidiar con los 
problemas a medida que van surgiendo, en vez de dejar que las cosas se salgan de control. 

a. A modo de explication para los nuevos miembros del equipo, identifique los tipos de lideres que parecen ser Bill y 
Penny, respectivamente. 

b. Explique el enunciado de “todos simplemente parecen saber que hacer”. ^Que es lo que guia su comportamiento? 

c. iQue concepto describe de una mejor manera la apertura del grupo que mencionaron los nuevos miembros del 
equipo? 

23. “Pienso que es justo escribir todas las alternativas que has considerado”, dice Lou Cite, un supervisor de personal 

para Day-Glow Paints. “Despues de todo, has estado trabajando en esta cosa de los sistemas durante un buen tiempo y 
creo que tanto a mi jefe como a los demas les interesaria ver lo que averiguaste”. Usted esta hablando con Lou al 
tiempo que se prepara para elaborar la propuesta final de sistemas que su equipo presentara a la gerencia de nivel 
superior. 

a. En un parrafo explique a Lou por que su propuesta no contendra (y no debe hacerlo) todas las alternativas que su 
equipo ha considerado. 

b. En un parrafo hable sobre los tipos de alternativas que deben aparecer en la propuesta final de sistemas. 

PROYECTOS EN GRUPO 

1. Weil Smile Clinic es una clinica dental operada por los doctores Bonnie y Jeff; ellos necesitan mantener a salvo los datos 
necesarios sobre sus pacientes y los seguros medicos. Investigaron sobre los respaldos en linea como SOS Online, Spare 
Backup, Mozy Remote Backup y Data Deposit Box. Analice el costo de estos u otros servicios para despues ayudar a los 
doctores Bonnie y Jeff a tomar una decision. ^Cuales son los costos y beneficios intangibles al respaldar informacion de 
esta forma? ^Deberfan usar un sistema de respaldo o buscar alguna otra forma? Defienda su analisis y sus 
recomendaciones. 

2. Explore cuatro o cinco proveedores de voz sobre IP (VoIP). Haga una lista de los costos, incluyendo la cuota de 
instalacion, el costo mensual del plan basico, el costo mensual del plan ilimitado y el costo de un adaptador o cualquier 
otra cuota requerida. Despues elabore una lista de atributos como las llamadas gratis en la red, llamadas internacionales, 
numeros telefonicos virtuales, teleconferencias, soporte para ID de llamadas, etcetera. Explique como podrla utilizar una 
persona toda la informacion cuantitativa y cualitativa para tomar una decision informada sobre el proveedor de VoIP 
adecuado. ^Hay algunas otras variables importantes? ^Recomendarla algun tipo de software para que ayude a comparar 
estos servicios? 

3. Seleccione un proveedor de VoIP con base en el analisis del proyecto en grupo 2. 

4. Con los miembros de su equipo, explore el software de administracion de proyectos como Microsoft Project. ^Que 
caracteristicas hay disponibles? Trabaje con su grupo para hacer una lista de ellas. Haga que su grupo evalue la utilidad 
del software para administrar un proyecto del equipo de analisis y diseno de sistemas. Indique en un parrafo si el 
software que va a evaluar facilita la comunicacion de los miembros el equipo y la administracion de las actividades, 
tiempo y recursos del equipo. Indique las caracteristicas especlficas que respaldan estos aspectos de cualquier proyecto. 
Observe si el software no alcanza a cumplir estos criterios en cualquier aspecto. 

5. Dibuje un diagrama de esqueleto de pescado sobre los posibles problemas que pueden ocurrir al construir un sitio Web 
para una agenda de viajes que desea vender paquetes vacacionales en linea para el siguiente periodo extenso de 
vacaciones (ya sea diciembre o junio). 
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PARTE I • FUNDAMENTOS DEL ANALISIS DE SISTEMAS 



CASO DE LA CPU 


Allen Schmidt, Julie E. Kendall y Kenneth E. Kendall 


Llegar a conocerte 


Chip entra a la oficina de Anna un dia y dice: “Creo que el proyecto sera uno bueno, incluso aunque se esta 
tardando mucho en empezar”. 

Anna quita la mirada de la pantalla y le sonrie. “Me gusta lo que has hecho para organizarnos”, dice. 
“No sabia que Microsoft Visio y Visible Analyst podrian ayudarnos tanto con la administration del proyecto. 
He decidido realizar un diagrama PERT para la parte de recoleccion de los datos del proyecto. Esto nos 
ayudara a planear nuestro tiempo y trabajar como equipo en actividades paralelas”. 

“^Puedo dar un vistazo al diagrama PERT?”, pregunta Chip. 

Anna le muestra una pantalla con un diagrama PERT (vea la figura E3.1) y comenta: “Esto nos ayudara 
inmensamente. Es mucho mas facil que planear al azar”. 

“Acabo de ver que tienes Recopilar informes, Recopilar registros y formularios de captura de datos, y 
Recopilar documentos cualitativos como tareas paralelas”, observa Chip al tiempo que mira la pantalla. 

“Sf’, le responde Anna. “Pense que podriamos dividir el tiempo requerido para recopilar la informa- 
cion. Tambien podemos dividir la tarea de analizar lo que aprendimos”. 

“Observe que tienes un numero bastante extenso de dias asignados para entrevistar a los usuarios”, 
comenta Chip. 

“Sf’, le responde Anna. “Esta actividad tambien incluye la creation de preguntas, ordenarlas en secuen- 
cia y otras tareas, como tomar notas del entorno de oficina y analizarlas. Tambien supuse un estandar de seis 
horas productivas por dia”. 

“Despues de entrevistar a los usuarios sera conveniente crear una definition del problema para el sis- 
tema, en donde se enlisten las cuestiones y objetivos”, continua Anna. “Una vez terminada, haremos que los 
usuarios la revisen y asignen ponderaciones. Al terminar, el siguiente paso es crear una lista de requerimien- 
tos de los usuarios”. 

“Parece un buen plan”, contesta Chip despues de una pausa reflexiva. “^Deberfamos empezar con una 
lista de preguntas?” 

Anna mira su reloj. “Ahora no; se esta haciendo tarde. Creo que hemos progresado mucho en cuanto a 
establecer nuestro proyecto. Terminemos por este dia, o ^deberia decir por esta tarde? Recuerda que conse- 
gui boletos para el juego de futbol americano”. 

Chip responde: “No lo habia olvidado. Voy por mi abrigo y caminaremos juntos al estadio”. 

Al caminar por el campus mas tarde, Chip dice: “Estoy emocionado. Es mi primer juego aqui en la 
CPU. Por cierto ^cual es la mascota del equipo?” 

“Ardillas, por supuesto”, dice Anna. 

“lY los colores del equipo?” pregunta Chip al momento en que entran al estadio. 

“Azul y bianco”, le responde Anna. 

“Oh, entonces esa es la razon por la que todos gritan, ‘ jVamos, Gran Azul!’” dice Chip, al escuchar el 
rugido de la multitud. 

“Exacto”, dice Anna. 


FIGURA E3.1 

Un diagrama PERT para Central 
Pacific University que se utiliza 
para recopilar information. 



A Recopilar informes 

B Recopilar registros y formularios de captura de datos 
C Recopilar documentos cualitativos 
D Analizar informes 

E Comprender la cultura de la organization 
F Analizar registros y formularios 


G Entrevistar a los usuarios 
H Administrar cuestionarios 
I Sintetizar las entrevistas 
J Sintetizar los resultados de las encuestas 
K Sistema de prototipos 
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EJERCICIOS 

E-l. Use Microsoft Visio o Visible Analyst para ver el diagrama PERT de recopilacion de informacion 
(Gathering Information). 

E-2. Haga una lista de todas las rutas; ademas calcule y determine la ruta critica para el diagrama PERT 
de recopilacion de informacion. 

E-3. Use Microsoft Visio o Visible Analyst para crear el diagrama PERT que se muestra en la figura E3.2. Este 
diagrama representa las actividades involucradas en las entrevistas a los usuarios y observar sus oficinas. 



H Sintetizar las entrevistas a la administracion 
I Sintetizar las entrevistas al personal de operaciones 

E-4. Elabore una lista de todas las rutas; ademas calcule y determine la ruta critica para el diagrama PERT 
de entrevistas a los usuarios (Interviewing Users). 

E-5. Use Visio o Visible Analyst para crear un diagrama PERT que genere prototipos de sistemas. La in¬ 
formacion de actividades se muestra en la figura E3.3. 


Actividad Predecesor Duracion 


A 

Determinar pantallas e informes 
del prototipo general 

Ninguno 

2 

B 

Determinar contenidos de informes y pantallas 

A 

4 

C 

Crear prototipos de los informes 

B 

3 

D 

Crear prototipos de las pantallas 

B 

4 

E 

Obtener retroalimentacion de los prototipos de 
los informes 

C 

1 

F 

Obtener retroalimentacion de los prototipos de 
las pantallas 

D 

2 

G 

Modificar prototipos de los informes 

E 

2 

H 

Modificar prototipos de las pantallas 

F 

4 

1 

Obtener la aprobacion final 

G, H 

2 


E-6. Cree la definition del problema para el caso de la CPU. Lea la entrevista con Hy Perteks en el caso 
de la CPU que se encuentra en el capitulo 4, asf como las entrevistas en el sitio Web de soporte para 
el libro. Vaya a www.pearsonhighered.com/kendall y haga clic en el vinculo CPU Student Exercise 
(ejercicio de la CPU para estudiantes) para el libro de la 8va. edition. Despues haga clic en el primer 
vinculo llamado C PU I nterviews (entrevistas de la CPU). Tendra que leer las cinco entrevistas adi- 
cionales. Hay un vinculo Next (Siguiente) en la esquina inferior derecha de la pagina Web para pasar 
a la siguiente entrevista. 

E-7. Escriba los requerimientos de los usuarios para el caso de la CPU. 

E-8. Disene un plan de prueba para los requerimientos creados en el ejercicio E-7. 

Los ejercicios en los que se antepone un icono www indican material de valor agregado disponible en el sitio Web www. 
pearsonhighered.com/kendall. Los estudiantes pueden descargar un archivo de muestra de Microsoft Visio, Visible Ana¬ 
lyst, Microsoft Project o Microsoft Access que pueden usar para completar los ejercicios. 




9 

FIGURA E3.2 

Un diagrama PERT para Central 
Pacific University que se utiliza 
para la fase de entrevistas a los 
usuarios. 


9 


FIGURA E3.3 

Una lista de actividades y tiempos 
de duracion estimados para el 
proyecto de la CPU. 
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CAPITULO 4 ' m Pa a r ; e 11 

Analisis 

de los requerimientos 

Recopilacion de informacior.. v de informaci6n 
metodos interactivos 


Objetivos de aprendizaje 

Al completar este capitulo usted podra: 

1. Reconocer el valor de los metodos interactivos para recopilar informacion. 

2. Elaborar preguntas para conocer mediante entrevistas los requerimientos humanos de 
informacion. 

3. Estructurar las entrevistas de una manera significativa para los usuarios. 

4. Comprender el concepto de JAD y cuando hay que usarlo. 

5. Redactar preguntas efectivas para entrevistar a los usuarios sobre su trabajo. 

6. Disenar y administrar cuestionarios efectivos. 



Hay tres metodos interactivos clave que puede usar para obtener los requeri¬ 
mientos humanos de informacion de los miembros de la organizacion: entre¬ 
vistas, diseno de aplicaciones conjuntas (JAD) y encuestas aplicadas a las 
personas mediante cuestionarios. Aunque son distintos en su implementacion, 
estos metodos tienen muchas cosas en comun. La base de sus propiedades 
compartidas es hablar con las personas en la organizacion y escucharlas para comprender sus in- 
teracciones con la tecnologia, a traves de una serie de preguntas cuidadosamente elaboradas. 

Cada uno de los tres metodos interactivos para recopilar informacion cuenta con su propio 
proceso establecido; usted debe seguirlo para interactuar con los usuarios. La observancia de 
estas metodologias sistematicas ayudan a asegurar el diseno y la implementacion apropiados 
de las entrevistas, los talleres de trabajo de JAD y los cuestionarios; ademas respaldaran un 
analisis lucido de los datos resultantes. En un capitulo posterior veremos los metodos discretos 
(muestreo, investigacion y observacion del comportamiento del encargado de tomar las deci- 
siones junto con su entorno fisico) que no requieren el mismo grado de interactividad entre 
analistas y usuarios. El uso de metodos interactivos con metodos no discretos le permitira ob¬ 
tener una descripcion mas completa de los requerimientos de informacion de la organizacion. 



ENTREVISTAS 

Es conveniente que se entreviste a usted mismo antes de hacerlo con alguien mas. Necesita 
reconocer sus predisposiciones y la forma en que estas afectaran a sus percepciones. Su educa¬ 
tion, intelecto, crianza, emociones y marco etico constituyen filtros relevantes para lo que usted 
escuchara en sus entrevistas. 

Piense en el proceso completo de la entrevista antes de llevarla a cabo. Visualice por que la hara, 
las preguntas que formulara y que la convertira en una entrevista exitosa de acuerdo con su criterio. 
Ademas debe planear como hacer de la entrevista un suceso satisfactorio para el entrevistado. 

Una entrevista para recopilar informacion es una conversation dirigida con un proposito 
espetifico, en la cual se usa un formato de preguntas y respuestas. En la entrevista hay que ob¬ 
tener las opiniones del entrevistado y lo que siente sobre el estado actual del sistema, los obje¬ 
tivos de la organizacion y los personales, y los procedimientos informales para interactuar con 
las tecnologfas de la informacion. 
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Sobre todo busque las opiniones del entrevistado. Estas pueden ser mas importantes y reveladoras que los 
hechos. Por ejemplo, suponga que pregunta a la propietaria de una tienda convencional, quien acaba de instau- 
rar una tienda en llnea, cuantos clientes piden comunmente el reembolso de sus transacciones via Web cada 
semana. Ella le responde: “Entre 20 y 25 por semana”. Cuando usted supervisa las transacciones y descubre 
que el promedio es de solo 10.5 por semana, tal vez concluya que la propietaria esta exagerando los hechos y 
el problema. 

Ahora imagine que en vez de lo anterior pregunta a la propietaria cuales son sus principales preocupaciones 
y ella le contesta: “En mi opinion, las devoluciones de los clientes que compran articulos a traves del sitio Web 
son demasiado altas”. A1 buscar opiniones en vez de hechos, descubrio un problema clave que la propietaria de¬ 
sea solucionar. 

Ademas de las opiniones hay que tratar de capturar los sentimientos del entrevistado. Recuerde que este 
conoce mejor la organizacion que usted. Para que usted pueda entender mejor la cultura de organization debe 
escuchar los sentimientos del que responde a la entrevista. 

Los objetivos son information importante que podemos obtener de las entrevistas. Los datos “duros” pueden 
explicar el desempeno en el pasado, pero los objetivos proyectan el futuro de la organizacion. Trate de averiguar 
a traves de las entrevistas la mayor cantidad posible de objetivos de la organization, pues tal vez no pueda deter- 
minarlos mediante los otros metodos de recopilacion de datos. 

La entrevista tambien es un valioso momento para explorar las cuestiones sobre HCI (interaction humano- 
computadora), incluyendo los aspectos ergonomicos, la capacidad de uso del sistema, que tan placentero y diver- 
tido es el sistema, y que tan util es para apoyar las tareas individuales. 

En la entrevista debemos establecer una relation con un extrano. Hay que generar confianza y compren- 
sion rapidamente y, al mismo tiempo, mantener el control de la entrevista. Tambien necesitamos vender el 
sistema, para lo cual hay que proveer information necesaria al entrevistado. Planear previamente la entrevista 
le facilitara dirigirla. Por fortuna podemos aprender a realizar entrevistas en forma efectiva. A medida que 
practique, usted mismo podra ver como va mejorando. Mas adelante en el capitulo hablaremos sobre el diseno 
de aplicaciones conjuntas (JAD), que nos puede servir como alternativa a las entrevistas cara a cara en ciertas 
situaciones. 

Los cinco pasos para la preparation de una entrevista 

En la figura 4.1 se muestran los cinco pasos principales en la preparation para una entrevista; incluyen activida- 
des que van desde recopilar material sobre antecedentes basicos hasta decidir a quien vamos a entrevistar. 

ENTERESE DE LOS ANTECEDENTES Lea y comprenda todo lo que pueda sobre los antecedentes de los entrevistados 
y la organizacion. El sitio Web corporativo, un informe anual actualizado, un boletrn de noticias corporativo o 
cualquier publication que se emita para explicar el funcionamiento de la empresa al publico son fuentes utiles de 
information. Puede revisar en Internet cualquier information corporativa, como la que se encuentra en Standard 
and Poor’s. 

En esta fase de investigation ponga especial atencion al lenguaje utilizado por los integrantes corporativos 
para describirse a si mismos y a la companla. Trate de recopilar un vocabulario comun que le permita expresar 
preguntas de forma que sus entrevistados puedan comprender inmediatamente. Otro beneficio de investigar la 
organizacion es aprovechar al maximo el tiempo invertido en las entrevistas, al no tener que hacer preguntas ge¬ 
nerates sobre antecedentes. 

ESTABLEZCA LOS OBJETIVOS DE LA ENTREVISTA Defina los objetivos de la entrevista a partir de los antecedentes 
investigados y de su propia experiencia. Debe haber de cuatro a seis areas clave concernientes a HCI, el 
procesamiento de information y el comportamiento de los encargados de tomar las decisiones, sobre lo cual sera 
conveniente interrogar. Estas areas incluyen cuestiones sobre HCI (la utilidad y capacidad de uso del sistema, 
como se ajusta a los aspectos flsicos, como se adapta a las capacidades cognitivas de un usuario, si es interesante 


FIGURA 4.1 

Pasos que debe seguir el analista 
de sistemas para planear la 
entrevista. 


Pasos para planear la entrevista 


1. Leer el material sobre los antecedentes. 

2. Establecer los objetivos de la entrevista. 

3. Decidir a quien entrevistar. 

4. Preparar al entrevistado. 

5. Decidir sobre los tipos de preguntas y su estructura. 
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o esteticamente atractivo, y si al utilizar el sistema se obtienen o no las consecuencias deseadas), fuentes de 
informacion, formatos de informacion, frecuencia de la toma de decisiones, calidades de la informacion y el 
estilo de la toma de decisiones. 

DECIDA A QUIEN ENTREVISTAR Incluya personas clave de todos los niveles que se vean afectados por el sistema 
en cierta forma. Trate de que la muestra sea representativa para indagar sobre la mayor cantidad posible de 
necesidades de usuario. Su contacto de la organization tambien le puede dar ideas sobre las personas que debe 
entrevistar. 

PREPARE AL ENTREVISTADO Para preparar a la persona que va a entrevistar, llame por telefono o envie un 
mensaje de correo electronico con anticipation, de manera que el entrevistado este preparado; si la entrevista es 
muy detallada, envie previamente el cuestionario por correo electronico para que el entrevistado pueda pensar 
en sus respuestas. En todo caso, como hay que cumplir muchos objetivos en la entrevista (como crear confianza 
y observar el lugar de trabajo), las entrevistas se deben realizar por lo general en persona y no a traves de 
correo electronico. Deben durar de 45 minutos a 1 hora como maximo. Sin importar cuanto se quieran extender 
los entrevistados mas alia de ese limite, recuerde que cuando invierten tiempo con usted no estan haciendo 
su trabajo. Si las entrevistas exceden de una hora, es probable que los entrevistados resientan la intrusion, 
independientemente de si se lo hacen saber o no. 

DECIDA SOBRE LOS TIPOS DE PREGUNTAS Y SU ESTRUCTURA Redacte preguntas para cubrir las areas clave de 
la HCI y el proceso de toma de decisiones que haya descubierto al momento de determinar los objetivos de la 
entrevista. Las tecnicas de interrogation apropiadas son la base de la entrevista. Las preguntas tienen ciertas 
formas basicas que necesitamos conocer. Los dos tipos basicos de preguntas son abiertas y cerradas. Cada tipo 
de pregunta puede lograr algo ligeramente distinto que los otros, y cada uno tiene sus beneficios y desventajas. 
Debe pensar sobre el efecto que cada tipo de pregunta tendra. 

Es posible estructurar la entrevista en tres patrones: estructura de piramide, estructura de embudo o estruc- 
tura de diamante. Cada estructura es apropiada bajo distintas condiciones y sirve a un proposito diferente; habla- 
remos sobre cada una de ellas mas adelante en este capitulo. 

Tipos de preguntas 

PREGUNTAS ABIERTAS Las preguntas abiertas son del tipo: “^Que piensa en cuanto a poner a todos los 
gerentes en una intranet?”, “Por favor explique como toma una decision sobre la programacion de tiempos 
y fechas.”, “<,En que formas extiende el sistema su capacidad de realizar tareas que no seria posible realizar 
mediante algun otro medio?”. Abiertas describe las opciones que tiene el entrevistado para responder. La 
respuesta puede constar de dos palabras o de dos parrafos. En la figura 4.2 se muestran algunos ejemplos de 
preguntas abiertas. 

Los beneficios de utilizar preguntas abiertas son muchos, entre los cuales tenemos: 

1. El entrevistado baja la guardia. 

2. El entrevistador puede percibir el vocabulario del entrevistado, lo cual refleja su education, valores, posturas 
y creencias. 

3. Se proveen muchos detalles. 

4. Se descubren vias de cuestionamiento adicionales que de otra manera no se hubieran explotado. 

5. El entrevistado encuentra el proceso mas interesante. 

6. Se permite una mayor espontaneidad. 


Preguntas abiertas en las entrevistas 


• ^Que opina sobre el estado actual del comercio electronico de negocio a 
negocio en su empresa? 

• ^.Cuales son los objetivos criticos de su departamento? 

• Una vez que se envian los datos a traves del sitio Web, .tcomo se procesan? 

• Describa el proceso de monitoreo disponible en Ifnea. 

• ^Cuales son algunos de los errores comunes al introducir datos que se 
cometen en este departamento? 

• ^.Cuales son las mayores frustraciones que ha experimentado durante la 
transicion al comercio electronico? 


FIGURA 4.2 

Las preguntas abiertas en las 
entrevistas ofrecen opciones 
abiertas para que el entrevistado 
responda. Los ejemplos se 
seleccionaron de distintas 
entrevistas y no se muestran en 
ningun orden especffico. 
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FIGURA 4.3 

Las preguntas cerradas en las 
entrevistas limitan las opciones del 
que responde. Los ejemplos se 
seleccionaron de distintas 
entrevistas y no se muestran en 
ningun orden especffico. 


Preguntas cerradas en entrevistas 

• iCuantas veces porsemana se actualiza el repositorio del proyecto? 

• En promedio, icuantas llamadas recibe el centra de atencion al mes? 

• iCual de las siguientes fuentes de informacion es mas valiosa para usted? 

Formularios completos de quejas de los clientes 

Quejas por correo electronico de los consumidores que visitan el sitio Web 
Interaccion cara a cara con los clientes 
Mercancia devuelta 

• Enliste sus dos principals prioridades para mejorar la infraestructura de tecnologfa. 

• iQuien recibe esta entrada? 


7. El entrevistador puede expresar mejor las preguntas. 

8. El entrevistador puede recurrir a ellas en caso de que tenga que improvisar. 

Como puede ver, hay varias ventajas en cuanto al uso de preguntas abiertas. Sin embargo, tambien hay muchas 
desventajas: 

1. Las preguntas pueden generar muchos detalles irrelevantes. 

2. Se puede llegar a perder el control de la entrevista. 

3. Se permiten respuestas que pueden requerir demasiado tiempo debido a la cantidad obtenida de informacion 
util. 

4. Podrfa parecer que el entrevistador no esta preparado. 

5. Puede darse la impresion de que el entrevistador “anda de pesca”, sin objetivos bien definidos. 

Debe considerar con cuidado las implicaciones de usar preguntas abiertas en las entrevistas. 

PREGUNTAS CERRADAS La otra alternativa la constituyen las preguntas cerradas; asumen las formas basicas “^Es 
facil usar el sistema actual?” y Cuanto s subordinados tiene a su cargo?”. Las posibles respuestas son cerradas 
para el entrevistado, debido a que solo puede responder con un niimero finito tal como “Ninguna”, “Una” o 
“Quince”. En la figura 4.3 se muestran ejemplos de preguntas cerradas. 

Una pregunta cerrada limita el entrevistado la respuesta disponible. Tal vez usted este familiarizado con las 
preguntas cerradas debido a los examenes de opcion multiple de la universidad. Se le proporciona una pregunta y 
cinco respuestas, y no puede anotar una respuesta propia ya que se considerara equivocada. 

Hay un tipo especial de pregunta cerrada: la pregunta bipolar. Este tipo de pregunta limita incluso mas al 
entrevistado, ya que solo le permite elegir uno de dos polos, como si o no, verdadero o falso, de acuerdo o en 
desacuerdo. En la figura 4.4 se muestran ejemplos de preguntas bipolares. 

Los beneficios de usar preguntas cerradas de cualquier tipo incluyen: 

1. Ahorro de tiempo. 

2. Se pueden comparar las entrevistas con facilidad. 

3. Van directo al grano. 

4. Se mantiene el control sobre la entrevista. 

5. Se cubre mucho terreno con rapidez. 

6. Se obtienen datos relevantes. 


FIGURA 4.4 

Las preguntas bipolares en las 
entrevistas son un tipo especial de 
pregunta cerrada. Los ejemplos se 
seleccionaron de distintas 
entrevistas y no se muestran en 
ningun orden especffico. 


Preguntas bipolares en entrevistas 

• iUsa la Web para proveer informacion a los distribuidores? 

• iEsta de acuerdo o en desacuerdo en cuanto a que el comercio 
electronico en Web carece de seguridad? 

• ,-Desea recibir un documento impreso de su estado de cuenta cada mes? 

• ^Mantiene su sitio Web una pagina de preguntas frecuentes (FAQ) para 
los empleados con preguntas sobre su nomina? 

• iEsta complete este formulario? 
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Abiertas 




Cerradas 

Bajo 

◄ 

Confiabilidad de los datos 

► 

Alto 

Bajo 

◄ 

Uso eficiente del tiempo 

► 

Alto 

Bajo 


Precision de los datos 

► 

Alto 

Mucha 


Amplitud y profundidad 

► 

Poca 

Mucha 


Se requiere habilidad del entrevistador 

► 

Poca 

Dificil 

◄i 

Facilidad de analisis 

► 

Facil 


FIGURA 4.5 

Atributos de las preguntas abiertas 
y las preguntas cerradas. 


Sin embargo, las desventajas de usar preguntas cerradas son substanciales. Entre las mas comunes tenemos: 

1. Son aburridas para el entrevistado. 

2. No proporcionan detalles adicionales (debido a que el entrevistador provee el marco de referencia para el 
entrevistado). 

3. Se pierden las ideas principales por la razon anterior. 

4. No se puede generar una buena comunicacion entre el entrevistador y el entrevistado. 

Por lo tanto, como entrevistador usted debe considerar con cuidado los tipos de preguntas que piensa utilizar. 

Tanto las preguntas abiertas como las cerradas tienen ventajas y desventajas, como se muestra en la figura 
4.5. Tenga en cuenta que se deben hacer ciertas concesiones al elegir un tipo de respuesta en vez del otro; aunque 
una pregunta abierta ofrece amplitud y profundidad en la respuesta, este tipo de respuestas son mas dili'ciles de 
analizar. 

SONDEOS El tercer tipo de pregunta es el sondeo o seguimiento. El sondeo mas solido es el mas simple: la 
pregunta “^Por que?”. Otros sondeos son: “ 6 Me puede dar un ejemplo de un momento en el que el sistema no 
le haya parecido confiable?” y “ 6 Podn'a explicarme eso?”. En la figura 4.6 se muestran ejemplos de preguntas 
de sondeo. El proposito del sondeo es ir mas alia de la respuesta inicial para obtener mas detalles significativos, 
aclarar la informacion, y ampliar el punto del entrevistado. Los sondeos pueden ser preguntas abiertas o 
cerradas. 

Es imprescindible realizar sondeos. La mayorfa de los entrevistadores principiantes son reticentes en cuanto 
a realizar sondeos y con frecuencia aceptan respuestas superficiales. Por lo general estan mas agradecidos por el 
hecho de que los entrevistados hayan concedido las entrevistas y se sienten en parte obligados a aceptar declara- 
ciones sin argumentos con amabilidad. 

Ordenar las preguntas en una secuencia logica 

Asf como hay dos formas generalmente reconocidas de razonamiento (inductivo y deductivo), tambien hay dos 
formas similares de organizar las entrevistas. Ademas existe una tercera forma que combina los patrones induc¬ 
tivo y deductivo. 


Sondeos 


• iPorque? 

• Mencione un ejemplo de como se ha integrado el comercio electronico en 
sus procesos de negocios. 

• llustre el tipo de problemas de seguridad que experlmenta con su sistema 
de pagos de facturas en Ifnea. 

• Menciono una solucion tanto de intranet como de extranet. Por favor muestre 
un ejemplo de la forma en que piensa que difiere cada una de estas soluciones. 

• iQue lo hace sentir asf? 

• Digame paso a paso que ocurre despues de que un cliente hace clic en el 
boton “Enviar” en el formulario de registro Web. 


FIGURA 4.6 

Los sondeos permiten al analista 
de sistemas dar seguimiento a las 
preguntas para obtener respuestas 
mas detalladas. Los ejemplos se 
seleccionaron de distintas 
entrevistas y no se muestran en 
ningun orden especffico. 


www.xlibros.com 















108 PARTE II ANAUSIS DE LOS REQUERIMIENTOS DE INFORMACION 



OPORTUNIDAD DE CONSULTORIA 4.1 


i - 


Fortalezca sus tipos de preguntas 


S trongbodies, una enorme cadena local de clubes deportivos, ha 
experimentado un crecimiento fenomenal en los ultimos cinco anos. 
A la gerencia le gustarfa refinar su proceso de toma de decisiones 
para comprar nuevo equipo de fisicoculturismo. En la actualidad, 
los gerentes escuchan a los clientes, asisten a exposiciones, ven 
anuncios publicitarios y solicitan la compra de nuevos equipos con 
base en sus percepciones subjetivas. Despues, Harry Mussels se 
encarga de aprobar o rechazar estas solicitudes. 

Harry es la primera persona a quien entrevistara. Es un gerente 
de division de 37 anos que dirige cinco clubes en el area. Viaja por 
toda la ciudad para visitar sus ubicaciones esparcidas ampliamente. 
Tiene una oficina en la ubicacion este, aunque esta ahf menos de una 
cuarta parte del tiempo. 

Ademas, cuando Harry se encuentra en un club esta ocu- 
pado contestando llamadas telefonicas relacionadas con los ne- 


gocios, resolviendo problemas inmediatos que le presentan los 
gerentes e interactuando con los miembros del club. Cuenta con 
poco tiempo y, para compensar, se ha convertido en un gerente 
divisional en extremo organizado y eficiente. No le puede con- 
ceder niucho tiempo en la entrevista. Pero su aportacion es im- 
portante y siente que seria el principal beneficiario del sistema 
propuesto. 

oQue tipo de pregunta seria el mas adecuado para su entre¬ 
vista con Harry? ^Por que seria el tipo mas apropiado? ^Como 
afectara el tipo de pregunta que usted seleccione en la cantidad de 
tiempo que invertira en su preparacion para entrevistar a Harry? 
Escriba de 5 a 10 preguntas de este tipo. ^Que otras tecnicas po- 
drfa utilizar para complementar la informacion que no este dispo- 
nible por medio de ese tipo de pregunta? Escriba un parrafo para 
explicar. 


USO DE UNA ESTRUCTURA DE PIRAMIDE La organization inductiva de las preguntas de la entrevista se puede 
visualizar en forma de piramide. El entrevistador empieza con preguntas muy detalladas, a menudo cerradas. Despues 
expande los temas al permitir preguntas abiertas y respuestas mas generalizadas, como se muestra en la ftgura 4.7. 

Utilice una estructura de piramide si cree que su entrevistado necesita entrar en calor en cuanto al tema. 
Tambien es conveniente usar una estructura de piramide para las secuencias de preguntas si desea una determina- 


FIGURA 4.7 

La estructura de piramide para las 
entrevistas pasa de preguntas 
especfficas a generales. 


a5 estructuras 
,lramide empiezan 
on una pregunta 
eepecifica. • • 


\ 

oCual es 
el problema 
especlfico que esta 
experimentando 
con su firewall? 




J 


oHa considerado otros 
metodos para mejorar la seguridad 
de los datos corporativos? 


/ 


De acuerdo con su punto de vista, 
ique mejorarla la efectividad de la seguridad aqul? 


En general, icomo se siente en cuanto a la seguridad de los 
datos en comparacion con la importancia del acceso a Internet? 


J 


V 


_ _ s/ terminan con 
una pregunta 
general. 
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cion final sobre el tema. Tal es el caso en la pregunta final: “En general, ^como se siente en cuanto a la seguridad 
de los datos en comparacion con la importancia del acceso a Internet?”. 

USO DE UNA ESTRUCTURA DE EMBUDO En el segundo tipo de estructura, el entrevistador usa un enfoque 
deductivo al empezar con preguntas generalizadas y abiertas, para despues reducir la cantidad de respuestas 
posibles mediante el uso de preguntas cerradas. Esta estructura de entrevista se puede representar en forma 
de embudo, como se muestra en la figura 4.8. El metodo de la estructura de embudo ofrece una manera facil 
y amigable de empezar una entrevista. Tambien es conveniente usar una secuencia de preguntas en forma de 
embudo cuando el entrevistado esta relacionado sentimentalmente con el tema y necesita libertad para expresar 
esos sentimientos. 

USO DE UNA ESTRUCTURA EN FORMA DE DIAMANTE A menudo es mejor utilizar una combination de las 
dos estructuras anteriores, a lo cual se le conoce como estructura de entrevista en forma de diamante. En esta 
estructura la entrevista empieza de una manera muy especffica y despues se examinan las cuestiones generales, 
para finalmente llegar a una conclusion muy particularizada, como se muestra en la figura 4.9. 

El entrevistador empieza con preguntas faciles y cerradas que permiten al entrevistado entrar en calor; a 
la mitad se le pregunta lo que opina sobre temas amplios que obviamente no tienen solo una respuesta “co- 
rrecta”. Despues, el entrevistador restringe incluso mas las preguntas para obtener respuestas especfficas, con 
lo cual se produce un cierre tanto para el entrevistado como para el entrevistador. La estructura de diamante 
combina las ventajas de los otros dos metodos pero tiene la desventaja de que toma mas tiempo que las otras 
dos estructuras. 

El final de la entrevista parecerfa un punto logico para hacer una pregunta clave —‘“Hav algo de lo que no 
hayamos hablado que usted considere importante?”—, pero como el entrevistado la considera una pregunta de 
formula, la mayor parte de las ocasiones la respuesta sera “No”. Por ende, usted debe identificar las coyunturas 
en que esta pregunta pueda soltarle la lengua al entrevistado. 

Al concluir la entrevista, haga un resumen y provea retroalimentacion sobre sus impresiones en general. In¬ 
forme al entrevistado sobre los pasos a seguir, y lo que haran usted y los demas miembros del equipo a continua¬ 
tion. Pregunte al entrevistado con quien deberfa usted hablar en adelante. Establezca citas para dar seguimiento a 
las entrevistas, agradezca al entrevistado por su tiempo y despfdase de mano. 

Como escribir el informe de la entrevista 

Aunque la entrevista este completa, apenas empieza su trabajo sobre los datos que obtuvo. Necesita capturar la 
esencia de la entrevista por medio de un informe escrito. Es imperativo que escriba el informe tan pronto como 
sea posible despues de la entrevista. Este paso es otra manera en la que puede asegurar la calidad de los datos 
obtenidos de la entrevista: entre mas tiempo espere para escribir su entrevista, mas borrosa se volvera la calidad 
de sus datos. 



i y -terminan con 
una pregunta 
sspecifica. 


FIGURA 4.8 

La estructura de embudo para las 
entrevistas empieza con preguntas 
amplias y despues se restringe a 
preguntas especfficas. 
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OPORTUNIDAD DE CONSULTORIA 4.2 



Un vistazo a 


la superficie 




E/sta a punto de salir de la lecheria SureCheck Dairy, despues de 
un recorrido preliminar, cuando otro miembro de su equipo de ana- 
lisis de sistemas le llama para decirle que, por enfermedad, no podra 
presentarse para entrevistar al gerente de la planta, como lo habia 
convenido. El gerente es una persona muy ocupada y usted desea 
mantener su entusiasmo por el proyecto haciendo las cosas segun lo 
planeado. Tambien se da cuenta de que sin los datos de la entrevista 
inicial, se atrasara el resto del proceso de recopilacion de datos. 
Aunque no tiene preparadas las preguntas para la entrevista, decide 
ir y entrevistar al gerente de la planta en el acto. 

Lo que usted ha aprendido sobre SureCheck es que estan inte- 
resados en procesar sus propios datos sobre las cantidades y tipos 
de productos lacteos que se venden, de manera que el personal 


pueda utilizar esa informacion para controlar mejor la production 
de la extensa linea de productos de la empresa (leche entera, descre- 
mada, con 1% de grasa, con 2% de grasa, mitad y mi tad, queso 
cottage, yogurt y productos congelados novedosos). En la actuali- 
dad, los gerentes de ventas envian sus cifras a las oficinas generales, 
situadas a 600 millas, y el ciclo de procesamiento de las niismas se 
ve lento. Usted basara sus preguntas improvisadas en lo que acaba 
de descubrir en el recorrido. 

Durante los pocos minutos que quedan antes de la hora de la 
entrevista, decida la estructura que utilizara (de embudo, de pira- 
mide o de diamante). Justifique en un parrafo su election conside- 
rando las inesperadas condiciones. Escriba una serie de preguntas y 
orgamcelas en la estructura que eligio. 


Despues de este resumen inicial, elabore otro mas detallado donde exprese los puntos principales de la en¬ 
trevista y sus propias opiniones. Revise el informe con el entrevistado en una reunion de seguimiento. Este paso 
ayuda a aclarar el signiftcado que tenia el entrevistado en mente y le hace saber que usted tiene el suficiente inte¬ 
rns como para tomarse el tiempo de comprender su punto de vista y sus percepciones. 


FIGURA 4.9 

La estructura en forma de 
diamante para las entrevistas 
combina las estructuras de 
piramide y de embudo. 


La6 estructuras 

de diamante 
empiezan con una 

pregunta especmca ... 


iCuales son 
los cinco tipos de 
informacion que rastrea el 
servicio gratuito de uso de 
sitios Web que usted utiliza? 




iCuales son las actividades promocionales que 
usted ofrece en su sitio a cambio de este servicio? 


iCual es el valor de la informacion sobre el uso de 
su sitio Web para usted como webmaster? 


... pasan a 

preguntas 
generales .. 



iCuales son dos puntos sorprendentes en relation con el 
comportamiento de los usuarios en su sitio que haya 
descubierto mediante el uso de este servicio? 


iSon los “cookies” una mejor 
forma de medir la forma en 
que los usuarios finales 
utilizan el sitio? 


.. y terminan con 
una pregunta 
especifica. 
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DISENO DE APLICACION CONJUNTA 

Sin importar que tan experto se vuelva como entrevistador, se cruzara con situaciones en las que las entre- 
vistas cara a cara no resulten tan convenientes como esperaba. Las entrevistas personales consumen tiempo 
y son propensas a errores, por lo cual sus datos se pueden malinterpretar. IBM desarrollo una metodologfa 
alternativa para entrevistar a los usuarios uno a uno, conocida como diseno de aplicacion conjunta (JAD). 
Los motivos para usar JAD son reducir el tiempo (y por ende el costo) requerido por las entrevistas perso¬ 
nales, mejorar la calidad de los resultados de la evaluacion de los requerimientos de informacion y mejorar 
el grado de identificacion del usuario con los nuevos sistemas de informacion como resultado de los proce- 
sos participativos. 

Aunque JAD se puede sustituir por las entrevistas personales en cualquier momento apropiado durante 
el SDLC, por lo general se emplea como tecnica que le permite a usted, como analista de sistemas, realizar el 
analisis de requerimientos y disenar la interfaz de usuario en forma conjunta con los usuarios, en un ambiente 
de grupo. Las diversas complejidades de esta metodologfa se pueden aprender solo en un seminario pagado 
en el que se demuestren metodos propietarios. No obstante, aquf proporcionamos orientacion suficiente para 
que usted conozca algunos de sus beneficios y desventajas en comparacion con las entrevistas cara a cara. 

Condiciones que respaldan el uso de JAD 

La siguiente lista de condiciones le ayudara a decidir cuando puede ser fructffero el uso de JAD. Considere el 
uso del diseno de aplicacion conjunta cuando: 

1. Los grupos de usuarios esten inquietos y deseen algo nuevo, no una solucion estandar para un problema 
comun. 

2. La cultura de la organizacion apoya los comportamientos de solucion de problemas conjuntos entre varios 
niveles de empleados. 

3. Los analistas pronostican que la cantidad de ideas generadas mediante las entrevistas cara a cara no sera tan 
abundante como el mimero de ideas posibles mediante un ejercicio de grupo extendido. 

4. El flujo de trabajo permita la ausencia del personal clave durante un periodo de dos a cuatro dfas. 

iQuien esta involucrado? 

Las sesiones de diseno de aplicaciones conjuntas incluyen a varios participantes (analistas, usuarios, ejecutivos, 
etcetera), quienes aportaran sus distintos antecedentes y capacidades. Su principal preocupacion aquf es que to- 
dos los miembros del equipo del proyecto se comprometan con la metodologfa JAD. Seleccione un patrocinador 
ejecutivo, algun superior que introduzca y concluya la sesion JAD. De preferencia seleccione un ejecutivo del 
grupo de usuarios que tenga cierto tipo de autoridad sobre el personal de sistemas de informacion implicado en 
el proyecto. Esta persona sera un sfmbolo importante y visible del compromiso de la organizacion con el pro¬ 
yecto de sistemas. 

Debe haber por lo menos un analista de sistemas de informacion presente, aunque por lo general asume un 
rol pasivo, a diferencia de las entrevistas tradicionales, donde el analista controla la interaction. Como analista 
del proyecto, usted deberfa estar presente durante el JAD para escuchar que dicen los usuarios y que requieren. 
Ademas podrfa ser necesaria su opinion experta sobre costos desproporcionados de posibles soluciones propues- 
tas durante la sesion. Sin este tipo de retroalimentacion inmediata, pueden surgir soluciones irreales con costos 
excesivos en la propuesta, que seran diffciles de descartar mas adelante. 

Puede elegir de ocho a doce usuarios de cualquier rango para que participen en las sesiones JAD. Trate de 
seleccionar a los que puedan articular la informacion que necesitan para realizar sus trabajos, asf como lo que 
desean en un sistema de computo nuevo o mejorado. 

El lfder de la sesion no debe ser un experto en el analisis y diseno de sistemas, sino alguien con excelentes 
habilidades de comunicacion como para poder facilitar las interacciones apropiadas. Tenga en cuenta que no 
le conviene usar un lfder de sesion que se reporte con otra persona en el grupo. Para evitar que esto ocurra, tal 
vez la organizacion este de acuerdo en retener un consultor administrativo externo para que actue como lfder de 
sesion. El objetivo es contar con alguien que pueda atraer la atencion del grupo para tratar con las cuestiones 
importantes de sistemas, negociar y resolver conflictos en forma satisfactoria y ayudar a que los miembros del 
grupo lleguen a un consenso. 

Su sesion JAD tambien debe incluir uno o dos observadores que sean analistas o expertos tecnicos de otras 
areas funcionales para ofrecer explicaciones tecnicas y consejos al grupo durante las sesiones. Ademas debe ha¬ 
ber un escriba del departamento de sistemas de informacion en las sesiones JAD para escribir formalmente todo 
lo que se haga. 
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JJueno, le advert! que no siempre estaba todo tranquilo aquf en 
MRE. Seguramente ya habra conocido a muchos de nuestros em- 
pleados clave y esta empezando a comprender como son realmente 
las cosas. ^Quien hubiera pensado que unas inocentes decisiones 
sobre sistemas, como en donde comprar un COMTEX o Shiroma, 
crearian tanta hostilidad? Bueno, vivir y aprender, es lo que siempre 
digo. ;Por lo menos ahora sabra a lo que se enfrenta cuando tenga 
que empezar a recomendar software y hardware!”. 

“Es curioso: hay de preguntas a preguntas. Yo mismo estoy a 
favor de las preguntas abiertas, pero cuando tengo que responderlas, 
no siempre es facil”. 


Preguntas de HYPERCASE 

1. Use las preguntas de entrevistas que se plantean en HyperCase 
para dar cinco ejemplos de preguntas abiertas y cinco ejemplos de 
preguntas cerradas. Explique por que sus ejemplos se clasifican 
correctamente como tipos de preguntas abiertas o cerradas. 

2. Mencione tres preguntas de sondeo que sean parte de la 
entrevista a Daniel Hill. En especial, ^que aprendio al dar 
seguimiento a las preguntas que hizo a Daniel? 

3. Mencione tres preguntas de sondeo que sean parte de la 
entrevista a Snowden Evans. En especial, ^,que aprendio al 
dar seguimiento a las preguntas que hizo a Snowden? 



FIGURA 4.HC1 

Al colocar el puntero en una pregunta de HyperCase se revelara una respuesta. 


Ubicacion de las reuniones JAD 

Le recomendamos que, de ser posible, realice las sesiones fuera del sitio con una duracion de dos a cuatro dfas 
fuera del sitio, lejos de la organization, en un ambiente comodo. Algunos grupos utilizan centros ejecutivos o 
incluso instalaciones de soporte de decisiones en grupo disponibles en las principales universidades. La idea es 
minimizar las distracciones y responsabilidades diarias del trabajo regular de los participantes. La sala debe alo- 
jar comodamente a las personas invitadas. El equipo rrunimo para apoyar la presentation incluye dos proyectores 
(apropiados para los materiales a presentar: acetatos, presentaciones electronicas, hojas impresas, etcetera), un 
pizarron bianco, un rotafolios y acceso a una copiadora. Las salas de soporte de decisiones en grupo tambien 
proporcionan PC en red, un sistema de proyeccion y software escrito para facilitar la interaction en grupo, al 
tiempo que se minimizan los comportamientos en grupo improductivos. 

Programe su sesion JAD cuando todos los participantes se puedan comprometer a asistir. No lleve a cabo las 
sesiones a menos que realmente puedan asistir todos los convocados. Esta regia es imprescindible para el exito 
de las sesiones. Asegurese de que todos los participantes reciban una agenda antes de la reunion y considere lle- 
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OPORTUNIDAD DE CONSULT OR (A 4.3 



Analista de sistemas, supongo 



44 . 

^ Sabe que pienso del trabajo del ultimo equipo de analisis de 
sistemas? Los documentos impresos que crearon son una jungla. 
Para averiguar el costo de la materia prima para nosotros, tengo que 
abrirme paso a golpe de plunia por el exceso de datos. Voy taehando 
todo lo irrelevante y algunas veces tengo que arrancar demasiada 
maleza para llegar a las cifras que necesito”, dice Henry Stanley, 
supervisor de contabilidad para Zenith Glass Company, mientras 
apunta descontento hacia una desordenada pila de documentos im¬ 
presos mutilados que brotan a un lado de su escritorio. 


Identifique la metafora primordial que utiliza Henry para des- 
cribir los documentos impresos que recibe, ademas de la accesibili- 
dad a la informacion en ellos. Describa en un parrafo como le puede 
ayudar este paso a comprender la postura de Henry en relacion con 
cualquier trabajo propuesto por su equipo de analisis de sistemas. 
En un parrafo, adopte la metafora de Henry y extiendala en un sen- 
tido mas positivo durante su entrevista con el. 


var a cabo una reunion de orientation de medio dfa, cuando menos una semana antes del taller para que los que 
esten involucrados sepan lo que se espera de ellos. Dicha reunion previa le permitira avanzar con rapidez y actuar 
con conftanza una vez que se convoque la verdadera reunion. 

Obtencion de un analisis estructurado de las actividades del proyecto 

IBM recomienda que las sesiones JAD examinen estos puntos en el proyecto de sistemas propuesto: planeacion, 
reception, procesamiento/rastreo de recibos, monitoreo y asignacion, procesamiento, registro, envfo y evalua¬ 
tion. Para cada tema tambien hay que formular y responder las preguntas quien, que, como, donde y por que. En 
definitiva, los sistemas interactivos ad hoc, como los sistemas de soporte de decisiones y otros tipos de sistemas 
dependientes del estilo del encargado de tomar las decisiones (incluyendo los sistemas de prototipos), no se ana- 
lizan con tanta facilidad con la metodologfa estructurada de JAD. 

Como analista involucrado con las sesiones JAD, usted debe consultar las notas, que alguien designado tome 
durante la reunion, para preparar un documento de especiftcaciones con base en lo que ocurrio en ella. Presente 
en forma sistematica los objetivos de la administration, asf como el alcance y los lhnites del proyecto. Incluya 
tambien los aspectos espetificos del sistema, como los detalles en pantalla y los esquemas de los informes. 

Beneficios potenciales al usar JAD en vez de las entrevistas tradicionales 

Existen cuatro beneficios potenciales que usted, los usuarios y su equipo de analisis de sistemas deben tener en con¬ 
sideration al sopesar las posibilidades de usar el diseno de aplicacion conjunta. El primer beneficio potencial es el 
ahorro de tiempo en comparacion con las entrevistas tradicionales cara a cara. Algunas organizaciones han estimado 
que las sesiones JAD permiten ahorrar el 15 por ciento del tiempo en comparacion con el metodo tradicional. 

Ademas del ahorro en tiempo es posible efectuar un desarrollo rapido a traves de JAD: como las entrevistas 
a los usuarios no se llevan a cabo en forma serial durante un periodo de semanas o meses, el desarrollo puede 
avanzar con mayor rapidez. 

Un tercer beneficio a considerar es la posibilidad de mejorar la posesion del sistema de informacion. Como 
analistas, nos esforzamos siempre en involucrar a los usuarios de manera significativa y los alentamos a que 
tomen posesion de los sistemas disenados lo antes posible. Debido a su naturaleza interactiva y alto grado de 
visibilidad, JAD ayuda a los usuarios a que se involucren lo mas pronto posible en los proyectos de sistemas y 
considera seriamente su retroalimentacion. La participation en una sesion JAD ayuda en un momento dado a re- 
flejar las ideas del usuario en el diseno final. 

Un beneficio final de participar en las sesiones JAD es el desarrollo creativo de los disenos. El caracter in¬ 
teractive de JAD tiene mucho en comun con las tecnicas de lluvias de ideas que generan nuevas propuestas y 
combinaciones entre ellas, debido al entorno dinamico y estimulante. Los disenos pueden evolucionar a traves de 
interacciones facilitadas, en vez de hacerlo en un aislamiento relativo. 

Desventajas potenciales de JAD 

Hay tres desventajas u obstaculos que tambien debemos sopesar al decidir si usaremos las entrevistas conven- 
cionales o JAD. La primera desventaja es que JAD requiere que todos los participantes comprometan mucho 
tiempo. Como JAD requiere su dedication durante un periodo de dos a cuatro dfas, no es posible realizar nin- 
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guna otra actividad en forma concurrente ni postergar actividades, como se realiza comunmente en las entrevistas 
cara a cara. 

El segundo obstaculo se produce cuando la preparation para las sesiones JAD es inadecuada en cualquier as- 
pecto, o si el informe de seguimiento y la documentation de las especificaciones estan incompletos. En estos ca- 
sos, los disenos resultantes podrian ser insatisfactorios. Es necesaria la conjuncion de muchas variables correctas 
para que el JAD sea exitoso; en contraste, muchas cosas podrian salir mal. El exito de los disenos que resultan de 
las sesiones JAD es menos predecible que el que se logra mediante las entrevistas estandar. 

Por ultimo, tal vez las habilidades necesarias de la organizacion y su cultura no esten lo bastante desarrolla- 
das como para permitir el esfuerzo concertado requerido para ser productivos en un entorno JAD. A1 final tendra 
que juzgar si la organizacion realmente esta comprometida y preparada para esta metodologfa. 

USO DE CUESTIONARIOS 

El uso de cuestionarios es una tecnica de recopilacion de informacion que permite a los analistas de sistemas 
estudiar las posturas, las creencias, el comportamiento y las caracterfsticas de varias personas clave en la organi¬ 
zacion que se pueden ver afectadas por los sistemas actual y propuesto. Las posturas son lo que las personas en 
la organizacion dicen desear (en un nuevo sistema, por ejemplo); las creencias son lo que las personas dan por 
cierto; el comportamiento es lo que hacen los miembros de la organizacion, y las caracterfsticas son las propie- 
dades de las personas u objetos. 

Las respuestas obtenidas a traves de cuestionarios (tambien conocidos como encuestas) en los que se utili- 
zan preguntas cerradas se pueden cuantificar. Si encuesta personas a traves del correo electronico o Web, puede 
usar software para convertir las respuestas electronicas directamente en tablas de datos para analizarlas mediante 
una aplicacion de hoja de calculo o paquetes de software estadfsticos. Las respuestas a los cuestionarios en los 
que se utilizan preguntas abiertas se analizan e interpretan de otras formas. Las respuestas a las preguntas sobre 
posturas y creencias son sensibles a las palabras elegidas por el analista de sistemas. 

Por medio del uso de cuestionarios, el analista puede buscar cuantificar lo que encontro en las entrevistas. 
Ademas, es posible usar cuestionarios para determinar que tan difundido o limitado esta realmente un senti- 
miento expresado en una de las entrevistas. Por lo contrario, se pueden utilizar cuestionarios para encuestar a una 
muestra grande de usuarios de sistemas con el fin de detectar problemas o llevar a la mesa de discusion cuestio- 
nes importantes antes de programar las entrevistas. 

En este capftulo vamos a comparar y contrastar los cuestionarios con las entrevistas. Hay muchas similitudes 
entre las dos tecnicas y tal vez lo ideal serfa utilizarlas en conjunto, ya sea para dar seguimiento a las respuestas 
confusas de un cuestionario con una entrevista, o para disenar el primero con base en lo que se descubrio en la 
entrevista. Sin embargo, cada tecnica tiene sus propias funciones especificas, por lo que no siempre es necesario 
o conveniente utilizar ambas. 

Planeacion del uso de cuestionarios 

A primera vista, tal vez los cuestionarios parezcan una forma rapida de recopilar cantidades masivas de datos 
sobre la forma en que los usuarios valoran el sistema actual, los problemas que experimentan con su trabajo 
y lo que las personas esperan de un sistema nuevo o modificado. Aunque es cierto que podemos recopilar 
mucha informacion a traves de los cuestionarios sin invertir tiempo en las entrevistas cara a cara, para de- 
sarrollar un cuestionario util se requiere mucho tiempo de planeacion. Cuando decidimos encuestar a los 
usuarios por correo electronico o a traves de Web, debemos tomar en cuenta ciertos aspectos de planeacion 
adicionales relacionados con la confidencialidad, la autenticacion de la identidad y los problemas de respuestas 
multiples. 

Primero hay que decidir lo que planeamos conseguir a traves del uso de una encuesta. Por ejemplo, si desea 
conocer el porcentaje de usuarios que prefieren una pagina FAQ para informarse sobre nuevos paquetes de 
software, un cuestionario podria ser la tecnica apropiada; si desea un analisis detallado del proceso de toma 
de decisiones de un gerente, la entrevista es una mejor option. 

He aquf algunos lineamientos para ayudarlo a decidir si es apropiado utilizar cuestionarios. Considere el uso 
de cuestionarios si: 

1. Las personas a quienes necesita interrogar estan esparcidas en un area amplia (distintas sucursales de la 
misma corporation). 

2. Hay gran cantidad de personas involucradas en el proyecto de sistemas, por lo que es importante saber que 
proportion de un grupo dado (por ejemplo, la gerencia) aprueba o desaprueba una caracterfstica especffica 
del sistema propuesto. 

3. Piensa realizar un estudio exploratorio y desea medir la opinion general antes de que el proyecto de sistemas 
tome cualquier direction especffica. 
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4. Desea estar seguro de que se identifiquen y consideren los problemas con el sistema actual en las entrevistas 

de seguimiento. 

Una vez que haya determinado que tiene buenos motivos para usar un cuestionario y despues de que haya 
senalado los objetivos a cumplir por medio de este, podra empezar a formular las preguntas. 

Escribir las preguntas 

La mayor diferencia entre las preguntas que se utilizan en la mayorfa de las entrevistas y las que se utilizan en 
cuestionarios es que las entrevistas permiten la interaccion entre las preguntas y sus significados. En una entre- 
vista, el analista tiene la oportunidad de refinar una pregunta, definir un termino confuso, cambiar el curso del 
cuestionamiento, responder a una mirada desconcertada y en general, controlar el contexto. 

En un cuestionario, muy pocas de estas oportunidades son posibles. Por lo tanto, para el analista las pregun¬ 
tas deben ser tan claras como el agua, el flujo del cuestionario debe ser convincente, se debe anticipar a las pre¬ 
guntas del encuestado, y la administration del cuestionario se debe planear con detalle (el encuestado es la persona 
que responde o contesta el cuestionario). 

Los tipos de preguntas basicas que se utilizan en el cuestionario son abiertas y cerradas, como vimos en las 
entrevistas. Debido a las restricciones que se imponen en los cuestionarios, se justifica un analisis adicional sobre 
los tipos de preguntas. 

PREGUNTAS ABIERTAS Recuerde que las preguntas (o declaraciones) abiertas son las que dejan abiertas todas las 
posibles opciones de respuesta para el encuestado. Por ejemplo, las preguntas abiertas en un cuestionario podrfan 
ser: “Describa los problemas que experimenta en la actualidad con los informes de las salidas”, o “En su opinion, 

( ' c]ue' tan utiles son los manuales de usuario para la aplicacion de contabilidad del sistema actual?” 

A1 escribir preguntas abiertas para un cuestionario, debemos anticiparnos al tipo de respuesta que obten- 
dremos. Por ejemplo, si hace una pregunta como: “ ( ',C<>ino se siente en relacion con el nuevo sistema?”, las res- 
puestas pueden ser demasiado amplias como para obtener una interpretacion o comparacion precisa. Por lo tanto, 
incluso cuando escriba una pregunta abierta, esta debe ser lo suficientemente estrecha como para guiar a los 
encuestados a responder en cierta forma especffica (en la figura 4.10 hay ejemplos de preguntas abiertas). 

En particular, las preguntas abiertas son adecuadas para las situaciones en las que queremos conocer las 
opiniones de los miembros de la organization sobre cierto aspecto del sistema, ya sea un producto o un proceso. 

En tales casos es conveniente utilizar preguntas abiertas cuando es imposible enlistar con efectividad todas las 
posibles respuestas a la pregunta. 

PREGUNTAS CERRADAS Recuerde que las preguntas (o declaraciones) cerradas son aquellas que limitan o cierran 
las opciones de respuestas disponibles para el encuestado. Por ejemplo, en la figura 4.11 la declaration en la 
pregunta 23 (“A continuation se muestran los seis paquetes de software disponibles en este momento. Marque 
el (los) paquete(s) de software que utiliza personalmente con mas frecuencia”) es cerrada. Observe que a los 
encuestados no se les pregunta por que prefieren el paquete, ni se les pide que seleccionen mas de uno, incluso 
aunque esa sea una respuesta mas representativa. 

Hay que utilizar preguntas cerradas cuando el analista de sistemas pueda enlistar de manera efectiva todas 
las posibles respuestas a la pregunta y cuando todas estas sean mutuamente exclusivas (al elegir una de ellas se 
descarta la posibilidad de elegir cualquier otra). 

Use preguntas cerradas cuando desee encuestar a una amplia muestra de personas. La razon se vuelve obvia 
al momento de imaginar como se veran los datos que vamos a recolectar. Si utiliza solo preguntas abiertas para 
cientos de personas, serfa imposible lograr un analisis e interpretacion correctos de sus respuestas sin la ayuda de 
un programa de analisis de contenido computarizado. 

Elegir uno u otro tipo de preguntas implica sacrificar unas ventajas para lograr otras. La figura 4.12 sintetiza 
la relacion entre las ventajas de un tipo y la ventajas del otro. Tenga en cuenta que las respuestas a las preguntas 
abiertas pueden ayudar a los analistas a obtener una vision detallada y preliminar, asf como amplitud y profundi- 
dad sobre un tema. Aunque las preguntas abiertas se pueden escribir con facilidad, las respuestas para ellas son 
diffciles y se requiere tiempo para analizarlas. 

Al referirnos a la escritura de preguntas cerradas con respuestas ordenadas o desordenadas, a menudo 
nos referirnos al proceso como escalar. En una section posterior hablaremos sobre el uso de escalas en las 
encuestas. 

TERMINOLOGIA DE LAS PREGUNTAS Al igual que en el caso de las entrevistas, el lenguaje de los cuestionarios 
es un aspecto en extremo importante de su efectividad. Incluso si el analista de sistemas cuenta con un conjunto 
estandar de preguntas relacionadas con el desarrollo de sistemas, es conveniente escribirlas de manera que 
reflejen la terminologfa propia de la empresa. 
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FIGURA 4.10 


Preguntas abiertas que se utilizan 
para los cuestionarios. 
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Los encuestados aprecian los esfuerzos de alguien que se molesta en escribir un cuestionario que refleje su 
propio uso del lenguaje. Por ejemplo, si la empresa utiliza el termino supervisores en vez de gerentes, o unidades 
en vez de departcunentos, al incorporar los terminos preferidos al cuestionario los encuestados se relacionan me- 
jor con el significado de las preguntas. Sera mas facil interpretar las respuestas con precision y los encuestados 
seran mas entusiastas en general. 

Para verificar que el lenguaje utilizado en el cuestionario sea el de los encuestados, pruebe varias preguntas 
de muestra en un grupo piloto (de prueba). Pidales que pongan especial atencion en cuanto a la precision de las 
palabras y que cambien cualquier palabra que no suene adecuada. 

He aqut algunos lineamientos que puede utilizar al elegir el lenguaje para su cuestionario: 

1. Use el lenguaje de los encuestados siempre que sea posible. Mantenga un vocabulario simple. 

2. Concentrese en ser especffico en vez de utilizar palabras imprecisas. Evite tambien las preguntas demasiado 
especfficas. 
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FIGURA 4.11 

Las preguntas cerradas en los 
cuestionarios ayudan a asegurar 
las respuestas. 
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FIGURA 4.12 

Las ventajas que sacrifica al elegir 
uno y otro tipo de preguntas. 
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3. Trate de mantener las preguntas cortas. 

4. No use un tono condescendiente, al usar opciones redactadas en lenguaje de bajo nivel, para dirigirse a los 
encuestados. 

5. Evite la predisposition en sus palabras. Esto tambien significa evitar preguntas censurables. 

6. Dirija las preguntas a los encuestados apropiados (es decir, los que sean capaces de responder). No suponga 
que conocen demasiado. 

7. Asegurese de que las preguntas sean correctas en el sentido tecnico antes de incluirlas. 

8. Use software para verificar si el nivel de lectura es apropiado para los encuestados. 

Uso de escalas en los cuestionarios 

Escalar es el proceso de asignar numeros u otros sfmbolos a un atributo o caracterfstica, con el fin de medirlos. 
A menudo las escalas son arbitrarias y pueden no ser linicas. Por ejemplo, la temperatura se mide en varias for¬ 
mas, por ejemplo, en escala Fahrenheit (en donde el agua se congela a 32 grados y hierve a 212 grados) y en 
escala Celsius (en donde el congelamiento ocurre a 0 grados y el hervor a 100 grados). 

MEDICION Hay dos formas de escalas de medicion que los analistas de sistemas utilizan por lo general: 

1. Escalas nominales 

2. Escalas de intervalo 

Las escalas nominales se utilizan para clasificar cosas. Una pregunta tal como: 
iQue tipo de software utiliza mas? 

1 = Un procesador de palabras 

2 = Una hoja de calculo 

3 = Una base de datos 

4 = Un programa de correo electronico 

utiliza una escala nominal. En definitiva, las escalas nominales son las formas mas debiles de medicion. Por lo 
general, todo lo que el analista puede hacer con ellas es obtener los totales de cada clasificacion. 

Las escalas de intervalo poseen la caracterfstica de que los intervalos entre cada uno de los numeros son 
iguales. Debido a ello, se pueden realizar operaciones matematicas con los datos del cuestionario para obtener un 
analisis mas completo. Las escalas Fahrenheit y Celsius son ejemplos de escalas de intervalo, las cuales miden 
la temperatura. 

El ejemplo antes mencionado del Centro de informacion no es en definitiva el de una escala de intervalo, 
pero si anclamos la escala en uno de sus extremos, tal vez el analista quiera suponer que el encuestado percibe 
que los intervalos son iguales: 

iQue tan util es el soporteproporcionado por el Grupo de soporte tecnico? 


No es nada util 


Extremadamente util 


1 


2 


3 


4 


5 


Si el analista de sistemas hace esta suposicion, es posible un analisis mas cuantitativo. 

VALIDEZ Y CONFIABILIDAD Al construir escalas podemos usar dos medidas de rendimiento: validez y 
confiabilidad. El analista de sistemas debe estar consciente de estas dos cuestiones. 

La validez es el grado con el que la pregunta mide lo que el analista requiere. Por ejemplo, si el proposito 
del cuestionario es determinar si la organization esta lista o no para un cambio importante en las operaciones de 
computo, ( ;,los cuestionarios miden eso? 

La confiabilidad implica consistencia. Si el cuestionario se aplico una vez y despues se volvio a aplicar bajo 
las mismas condiciones, y se obtuvieron los mismos resultados en ambas ocasiones, se dice que el instrumento 
tiene consistencia externa. Si el cuestionario contiene subpartes y estas tienen resultados equivalentes, se dice 
que el instrumento tiene consistencia interna. Es importante tener consistencia externa e interna. 


www.xlibros.com 



CAPlTULO 4 • RECOPILACION DE INFORMACION: METODOS INTERACTIVOS 119 

CONSTRUCCION DE ESCALAS La construccion de escalas es una tarea seria. Si construye las escalas con poco 
cuidado se producira uno de los siguientes problemas: 

1. Indulgencia. 

2. Tendencia central. 

3. Efecto halo. 

La indulgencia es un problema que provocan los encuestados que califican en forma superficial. Para evitar 
el problema de la indulgencia, el analista de sistemas puede desplazar la categorfa “promedio” a la izquierda 
(o derecha) del centra. 

La tendencia central es un problema que ocurre cuando los encuestados califican todo como promedio. Para 
mejorar la escala, el analista puede 1) hacer las diferencias mas pequenas en los dos extremos, 2) ajustar la soli- 
dez de los descriptores o 3) crear una escala con mas puntos. 

El efecto halo es un problema que surge cuando la impresion que se forja en una pregunta se acarrea hasta 
la siguiente. Por ejemplo, si va a calificar un empleado del que tiene una impresion favorable, tal vez le otorgue 
una califtcacion alta en todas las categorfas o rasgos, sin importar que sea o no realmente una de sus mejores ca- 
racterfsticas. La solution es colocar un rasgo y varios empleados en cada pagina, en vez de un empleado y varios 
rasgos en una pagina. 

Diseno de los cuestionarios 

Muchos de los mismos principios relevantes para el diseno de formularios para introducir datos (como veremos 
en el capftulo 12) tambien son importantes aqui. Aunque la intention del cuestionario es recopilar information 
sobre posturas, creencias, comportamiento y caracterfsticas cuyo impacto pueda alterar el trabajo del usuario en 
forma considerable, los encuestados no siempre se ven motivados a responder. Recuerde que los miembros de la 
organization reciben demasiadas encuestas en general, muchas de las cuales son con frecuencia malintenciona- 
das y triviales. 

Un cuestionario bien disenado y relevante puede ayudar a veneer parte de esta resistencia a responder. He 
aqui algunas reglas para disenar un buen cuestionario: 

1. Incluya mucho espacio en bianco. 

2. Incluya mucho espacio para escribir o teclear las respuestas. 

3. Facilite a los encuestados la accion de marcar con claridad sus respuestas. 

4. Mantenga un estilo consistente. 

A1 disenar cuestionarios para Web, aplique las mismas reglas que utiliza al disenar cuestionarios en papel. 

La mayona de los paquetes de software permiten insertar uno de los formatos de entrada de datos de uso comun 
que se muestran en la figura 4.13. Siga los cuatro lineamientos anteriores para obtener una mejor tasa de respues¬ 
tas en el cuestionario. 


FIGURA 4.13 

Al disenar una encuesta Web, 
tenga en cuenta que hay distintas 
maneras de capturar las respuestas. 
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OPORTUNIDAD DE CONSULTORIA 4.4 


El cuestionario insoportable 


a - 


44 V 

V oy a entrar en depresion o, por lo menos, voy a estar desani- 
mado si alguien no averigua esto pronto”, dice Penny Stox, ge- 
rente de oficina para Carbon, Carbon & Rippy, una casa de bolsa 
de tamano considerable. Penny esta sentada en una mesa de 
conferencias frente a usted y dos de sus ejecutivos de cuenta mas 
productivos, By Lowe y Sal Hy. Todos estan reflexionando sobre 
las respuestas a un cuestionario que se distribuyo entre los eje¬ 
cutivos de cuenta de la empresa, el cual se muestra en la figura 
4.C1. 

“Necesitamos una bola de cristal para entenderlos”, dicen By 
y Sal al mismo tiempo. 


“Tal vez refleje cierto tipo de ciclo optimista, o algo ast”, dice 
Penny al tiempo que lee mas respuestas. “Por cierto, ^quien diseno 
esta joya?” 

“Rich Kleintz”, dicen By y Sal al unfsono. 

“Bueno, como pueden ver, |no nos dice nada!”, exclama Penny. 

Penny y su personal estan insatisfechos con las respuestas que 
recibieron en el cuestionario insoportable; ademas sienten que las 
respuestas son reflexiones poco realistas de la cantidad de informa- 
cion que desean los ejecutivos de cuenta. Explique en un parrafo por 
que estan ocurriendo estos problemas. En una hoja aparte, cambie 
la escala de las preguntas para evitar estos problemas. 
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FIGURA 4.Cl 

Cuestionario desarrollado para la casa de bolsa Carbon, Carbon & Rippy, por Rich Kleintz. 
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“l\/r 

IV A e encanta mi trabajo”, dice Tennys para empezar la entrevista 
con una volea. “Es muy parecido a un juego. Mantengo mi vista en 
la pelota y nunca me distraigo”, continua. Tennyson “Tennys” Courts 
es gerente de Global Health Spas, Inc., una empresa que cuenta con 
spas medicinales y recreativos populates en todo el mundo. 

“Ahora que termine mi MBA, siento que estoy en la cima del 
mundo con Global”, dice Tennys. “Creo que realmente puedo ayu- 
dar a poner en forma este negocio con sus computadoras y spas 
medicinales”. 

Tennys esta tratando de ayudarle a usted y a su grupo de siste- 
mas, que estan desarrollando un sistema para que lo utilicen las 80 
sucursales (en donde en la actualidad cada grupo administra su 


propio papeleo). “(,Le puedo pasar esto?”, Tennys pregunta a Terri 
Towell, miembro del equipo de analistas de sistemas que usted di- 
rige. “Es un cuestionario que disene para distribuirlo a todos los 
gerentes de los spas”. 

Terri, que siempre ha sido buena deportista, le dice a Tennys 
que le encantaria dar un vistazo al formulario. Pero de vuelta en la 
oficina, Terri le devuelve la pelota. Critique de nianera sistematica 
la tecnica de Tennys segun lo descrito en la figura 4.C2 y expliquele 
punto por punto lo que necesita para ser un cuestionario sin igual 
con un formulario ganador. Con base en la critica que elabore, diga 
a Tennys lo que debe hacer para volver a escribir el formulario, esta 
vez en forma de encuesta Web. 


CUESTIONARIO PARA TODOS LOS GERENTES DE SPAS MEDICINALES 
*** URGENTE *** LLENE EL CUESTIONARIO DE INMEDIATO Y 
ENTREGUELO EN PERSONA A SU GERENTE DE DIVISION. SE RETENDRA 
SU SIGUIENTE NOMINA HASTA QUE SE CONFIRME QUE LO ENTREGO. 

En 10 palabras o menos, ique quejas ha presentado en relation con el 
sistema de computo actual durante el periodo de los ultimos seis meses 
a un ano? 

^Hay otras personas que se sientan igual que usted en su sucursal? 
iQuienes? Haga una lista de sus nombres y puestos. 

1 . 2 . 

3. 4. 

Terri 

5. p or f a vor ay udeme 

? a mejorar eate 

formulario. 

Tennys 


iCual es el mayor problema que tiene al comunicar sus 
requerimientos de informacion a las oficinas generates? 
Describalo en forma breve. 
iCuanto tiempo de inactividad en las computadoras 
experimento el ano pasado? 

1-2-3-4-5-6-7-8-9-10- 
oHay equipo de computo que nunca utiliza? 

Description Numero de ser ie 

iDesea que se lo lleven? De acuerdo Neutral En desacuerdo 
En su opinion, ique hay que hacer ahora en cuanto a las 
computadoras y Global Health Spas? 

Gracias por llenar este cuestionario.. 


FIGURA 4.C2 

Cuestionario desarrollado para los gerentes de Global Health Spas, por Tennys Courts. 


ORDEN DE LAS PREGUNTAS No existe una forma de ordenar las preguntas en el cuestionario que sea la mejor 
de todas. Una vez mas, al ordenar preguntas debe tener en cuenta sus objetivos al usar el cuestionario y despues 
determinar la funcion de cada pregunta para ayudarle a obtener sus objetivos. Tambien es importante ver el 
cuestionario a traves de los ojos del encuestado. Algunos lineamientos para ordenar preguntas son: 

1. Coloque primero las preguntas que sean importantes para los encuestados. 

2. Agrupe elementos de contenido similar. 

3. Introduzca primero las preguntas menos controversiales. 

Es conveniente que los encuestados no se sientan amenazados y que se interesen en las preguntas lo mas que se 
pueda, sin que se alteren por alguna cuestion especffica. 
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Administracion de los cuestionarios 

ENCUESTADOS El proceso de decidir quien recibira el cuestionario se lleva a cabo en conjunto con la tarea de establecer 
objetivos para sus resultados. El muestreo (que veremos en el capftulo 5) ayuda al analista de sistemas a determinar 
el tipo de representation necesario y, en consecuencia, el tipo de encuestados que deben recibir el cuestionario. 

A menudo se eligen encuestados que sean representativos debido a su rango, el tiempo que han estado con 
la empresa, sus responsabilidades laborales o el interes especial en el sistema actual o propuesto. Asegurese de 
incluir suficientes encuestados para obtener un muestreo razonable en caso de que no se devuelvan algunos cues¬ 
tionarios o de que algunas hojas de respuesta se llenen de manera incorrecta y por ende haya que descartarlas. 

METODOS PARA ADMINISTRAR EL CUESTIONARIO El analista de sistemas cuenta con varias opciones para 
administrar el cuestionario; a menudo la election del metodo administrativo se determina en base a la situation 
de negocios existente. Las opciones para administrar el cuestionario son: 

1. Convocar al mismo tiempo a todos los encuestados concernientes. 

2. Entregar cuestionarios en bianco en forma personal y recoger los cuestionarios que ya esten llenos. 

3. Permitir que los encuestados administren su propio cuestionario en el trabajo y lo depositen en una caja 
ubicada en un lugar centrico. 

4. Enviar por correo los cuestionarios a los empleados en las sucursales y proveer una fecha de entrega, 
instrucciones y un sobre con franqueo pagado. 

5. Administrar el cuestionario en forma electronica, ya sea a traves de correo electronico o Web. 

Cada uno de estos cinco metodos tiene ventajas y desventajas. Es comun permitir que los encuestados ad¬ 
ministren su propio cuestionario. Las tasas de respuesta con este metodo son un poco mas bajas que con los 
otros metodos, debido a que las personas a veces se olvidan del formulario, lo pierden o lo ignoran de manera 
intencional. Sin embargo, al administrar su propio cuestionario, las personas sienten que tienen asegurado su 
anonimato y es posible que algunos encuestados den respuestas menos cautelosas. Las encuestas por correo elec¬ 
tronico y Web se encuentran en la categorfa de cuestionarios autoadministrados. 

Administrar el cuestionario via electronica, ya sea por correo electronico o a traves de un sitio Web, es una 
manera de llegar rapidamente a los usuarios del sistema actual. Se minimizan los costos de tener que sacar copias. 
Ademas, el encuestado puede responder a su propia conveniencia para despues recolectar todos los cuestionarios 
en forma automatica y almacenarlos en medios electronicos. Hay cierto software que permite a los encuestados 
empezar a contestar una encuesta, guardar sus respuestas y regresar mas tarde para terminar de contestar en caso 
de interrupciones. Se pueden enviar recordatorios a los encuestados de una manera facil y economica por me¬ 
dio de correo electronico, al igual que las notificaciones para hacer saber al analista cuando el encuestado haya 
abierto el correo electronico. Tambien hay software que convierte los datos de los correos electronicos en tablas 
para usarlas en software de hojas de calculo o de analisis estadfstico. Hay un servicio popular que los consultores 
utilizan para crear y administrar encuestas en linea. SurveyMonkey.com (www.surveymonkey.com) es una em¬ 
presa ubicada en Portland, Oregon que empezo en 1999 y hace poco agrego a sus ofrecimientos de productos un 
servicio de marketing por email conocido como MailChimp. 

La investigation muestra que los encuestados estan dispuestos a responder, a traves de Internet, preguntas 
sobre cuestiones delicadas. Por ende, es probable que las preguntas que tal vez sean diffciles de plantear en per¬ 
sona en relacion con los problemas de sistemas, si se puedan plantear en una encuesta Web. 


RESUMEN 


Este capftulo aborda tres de los metodos interactivos clave 
para recopilar informacion y que el analista de sistemas puede 
utilizar: entrevistas, JAD y cuestionarios. Durante el proceso de 
la entrevista, los analistas esperan escuchar cuestiones de HCI 
relacionadas con la ergonomia, la estetica, la capacidad de uso 
y la utilidad, asf como los objetivos, sentimientos, opiniones y 
procedimientos informales en las entrevistas con los encarga- 
dos de tomar las decisiones en la organization. Las entrevistas 
son dialogos planeados de preguntas y respuestas entre dos 
personas. Los analistas utilizan la entrevista para desarrollar 
su relacion con un cliente, observar el entorno de trabajo y 
recolectar datos. Es preferible llevar a cabo las entrevistas en 
persona. 

Los cinco pasos a seguir para planear la entrevista son leer 
el material sobre los antecedentes, establecer los objetivos de 


la entrevista, decidir a quienes entrevistar, preparar al entrevis- 
tado y decidir sobre los tipos y la estructura de las preguntas. 

Las preguntas son de dos tipos basicos: abiertas o cerradas. 
Las preguntas abiertas permiten todas las opciones de respuesta 
para el entrevistado. Las preguntas cerradas limitan las posibles 
opciones de respuesta. Las preguntas de sondeo o de seguimiento 
pueden ser cerradas o abiertas, pero le piden al entrevistado una 
contestation mas detallada. 

Las entrevistas se pueden estructurar en tres formas: pira- 
mide, embudo o diamante. Las estructuras de piramide empiezan 
con preguntas cerradas detalladas y se amplfan con preguntas 
mas generalizadas. Las estructuras de embudo empiezan con 
preguntas abiertas generates y despues se restringen a preguntas 
cerradas mas especfficas. Las estructuras en forma de diamante 
combinan las ventajas de las otras dos estructuras, pero se requiere 
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if 


EXPERIENCE DE HYPERCASE 


T„ 


<4 

.al vez ya se haya dado cuenta de que no todos disfrutan de 
llenar cuestionarios en MRE. A1 parecer recibimos mas cuestiona- 
rios que la mayoria de las empresas. Creo que es porque muchos de 
los empleados, en especial los de la Unidad de capacitacion ante¬ 
rior, valoran las contribuciones de los datos de los cuestionarios en 
nuestro trabajo con los clientes. Cuando examine el cuestionario 
que distribuyo Snowden, tal vez no solo quiera ver los resultados 
sino tambien criticar los metodos. Siempre he pensado que real- 
mente podemos mejorar nuestro rendimiento interno para, en un 
momento dado, atender mejor a nuestros clientes. La proxima vez 
que construyamos un cuestionario queremos ser capaces de mejorar 
tres cosas: la confiabilidad de los datos, la validez de los datos y la 
tasa de respuestas que recibimos”. 



Preguntas de HYPERCASE 

1. ^Que evidencia de cuestionarios ha encontrado en MRE? Sea 
especlfico sobre lo que encontro y donde lo hizo. 

2. Critique el cuestionario que Snowden hizo circular. ^Que se 
puede hacer para mejorar su confiabilidad, validez y tasa de 
respuesta? Mencione tres sugerencias practicas. 

3. Escriba un cuestionario corto para dar seguimiento a algunos 
aspectos de la fusion entre los departamentos de Sistemas 
administrativos y la Unidad de capacitacion en MRE que 
todavfa le intriguen. Asegurese de observar todos los 
lineamientos para el buen diseno de cuestionarios. 

4. Redisene el cuestionario que escribio en la pregunta 3, de 
forma que se pueda utilizar en una encuesta Web. 


mas tiempo para llevarlas a cabo. Hay concesiones implicadas al 
decidir la estructura para hacer las preguntas de las entrevistas y 
las secuencias de esas preguntas. 

Para reducir tanto el tiempo como el costo de las entrevis¬ 
tas personales, tal vez los analistas quieran considerar el diseno 
de aplicaciones conjuntas (JAD) como alternativa. Mediante 
el uso de JAD los analistas pueden analizar los requerimientos 
humanos de informacion y disenar una interfaz de usuario con 
los usuarios en un ambiente de grupo. Una evaluation cuida- 
dosa de la cultura especffica de la organization ayudara al ana- 
lista a juzgar si es adecuado usar JAD. 

Mediante el uso de cuestionarios (encuestas), los analistas 
de sistemas pueden recopilar datos sobre cuestiones de HCI, 
posturas, creencias, comportamiento y caracterfsticas de las 
personas clave en la organization. Las encuestas son utiles si 
las personas en la organization estan dispersas en una zona 
amplia, si hay muchas personas involucradas con el proyecto 
de sistemas, si se requiere un trabajo exploratorio antes de re- 
comendar alternativas o si existe la necesidad de detectar pro- 
blemas antes de llevar a cabo las entrevistas. 


Una vez que se establecen los objetivos para la encuesta, el 
analista puede empezar a escribir preguntas abiertas o cerradas. 
Lo ideal serfa que las preguntas fueran simples, espetificas, 
cortas, sin predisposiciones ni condescendencias, con precision 
tecnica, dirigidas a personas que tengan conocimientos apro- 
piados y escritas en un nivel de lectura apropiado. Tal vez el 
analista de sistemas quiera usar escalas, ya sea para medir las 
posturas o caracterfsticas de los encuestados o hacer que estos 
act fieri como jueces en relation con el tema del cuestionario. 
Escalar es el proceso de asignar niimeros u otros sfmbolos a un 
atributo o caracterfstica. 

El control consistente del formato y estilo de los cuestiona¬ 
rios puede producir una mejor tasa de respuesta. Podemos dise¬ 
nar las encuestas Web para fomentar respuestas consistentes. 
Ademas, es importante ordenar y agrupar las preguntas de una 
forma significativa para ayudar a los encuestados a entender el 
cuestionario. Se pueden administrar las encuestas de varias for¬ 
mas; por ejemplo via electronica a traves del correo electronico 
o Web, o estando el analista presente entre un grupo de usua¬ 
rios. 


PALABRAS Y FRASES CLAVE 


confiabilidad 

cuestionario 

diseno de aplicacion conjunta ( JAD) 

efecto halo 

encuestados 

escala de intervalo 

escala nominal 

estructura de embudo 

estructura de piramide 

estructura en forma de diamante 

indulgencia 


interaction humano-computadora (HCI) 
objetivos del entrevistado 
opiniones del entrevistado 
preguntas abiertas 
preguntas cerradas 
preguntas cerradas bipolares 
procedimientos informales 
sentimientos del entrevistado 
sondeos 

tendencia central 
validez 
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PREGUNTAS DE REPASO 

1. ^Que tipos de informacion hay que buscar en las entrevistas? 

2. Liste los cinco pasos necesarios en la preparacion para una entrevista. 

3. Defina lo que significa preguntas abiertas en una entrevista. Mencione ocho beneficios y cinco desventajas de usarlas. 

4. ^Cuando es apropiado usar preguntas abiertas en las entrevistas? 

5. Defina lo que implica el uso de preguntas cerradas en una entrevista. Mencione seis beneficios y cuatro desventajas de 
usarlas. 

6. ^Cuando es apropiado usar preguntas cerradas en las entrevistas? 

7. (,Que es una pregunta de sondeo? ^Cual es el proposito de usar una pregunta de sondeo en las entrevistas? 

8. Defina lo que significa estructura de piramide. ^Cuando es util emplearla en las entrevistas? 

9. Defina lo que significa estructura de embudo. ,j,Cuando es util emplearla en las entrevistas? 

10. Defina lo que significa estructura en forma de diamante. ^Cuando es util emplearla en las entrevistas? 

11. Defina diseno de aplicacion conjunta (JAD). 

12. Haga una lista de las situaciones que garantizan el uso de JAD en vez de las entrevistas personales en la organizacion. 

13. Haga una lista de los beneficios potenciales de usar el diseno de aplicacion conjunta. 

14. Haga una lista de tres posibles desventajas de usar JAD como alternativa para las entrevistas personales. 

15. ^Que tipos de informacion busca el analista de sistemas mediante el uso de cuestionarios o encuestas? 

16. Haga una lista de cuatro situaciones en las que se utilicen los cuestionarios en forma apropiada. 

17. ^Cuales son los dos tipos basicos de preguntas que se utilizan en los cuestionarios? 

18. Haga una lista de dos razones por las que un analista de sistemas usarfa una pregunta cerrada en un cuestionario. 

19. Haga una lista de dos razones por las que un analista de sistemas usarfa una pregunta abierta en un cuestionario. 

20. ^Cuales son los siete lineamientos para elegir el lenguaje para el cuestionario? 

21. Defina lo que significa escalar. 

22. ^Cuales son los dos tipos de informacion o de escalas que utilizan los analistas de sistemas con mas frecuencia? 

23. ^Para que se utilizan las escalas nominales? 

24. Mencione un ejemplo de una escala de intervalo. 

25. ^Cuando debe el analista usar escalas de intervalo? 

26. Defina confiabilidad en relacion con la construccion de escalas. 

27. Defina validez en relacion con la construccion de escalas. 

28. Haga una lista de tres problemas que pueden ocurrir debido a la accion de construir escalas sin cuidado. 

29. ^Cuales son las cuatro acciones que se pueden tomar para asegurar que el formato del cuestionario produzca una buena 
tasa de respuesta? 

30. (,Que preguntas hay que colocar primero en el cuestionario? 

31. (,Por que hay que agrupar preguntas sobre temas similares? 

32. ^Cual serfa una ubicacion apropiada para las preguntas controversiales? 

33. Haga una lista de cinco metodos para administrar el cuestionario. 

34. (,Que consideraciones son necesarias cuando los cuestionarios estan basados en Web? 

PROBLEMAS 

1. Como parte de su proyecto de analisis para actualizar las funciones de contabilidad automatizadas para Xanadu 
Corporation, una empresa fabricante de camaras digitales, usted entrevistara a Leo Blum, el jefe de contabilidad. Escriba 
de cuatro a seis objetivos de la entrevista relacionados con la forma en que Leo utiliza las fuentes de informacion, los 
formatos de la informacion, la frecuencia con que toma decisiones, las calidades deseadas de informacion y el estilo de 
toma de decisiones. 

a. Escriba en un parrafo como se acercara a Leo para programar una entrevista. 

b. Indique la estructura que elegira para esta entrevista. ^Por que? 

c. Leo tiene cuatro subordinados a su cargo que tambien utilizan el sistema. ^Los entrevistarfa tambien? (j Sf o no, y 
por que? 

d. ^Tratarfa usted tambien de entrevistar clientes (visitantes del sitio Web)? ^Hay mejores formas de obtener las 
opiniones de los clientes? ^Sf o no, y por que? 

e. Escriba tres preguntas abiertas que enviara por correo electronico a Leo antes de su entrevista. Escriba un enunciado 
en el que le explique por que es preferible realizar una entrevista en persona, en vez de hacerlo por correo 
electronico. 

2. He aquf cinco preguntas escritas por uno de los miembros de su equipo de analisis de sistemas. La persona a la que va a 
entrevistar es el gerente local de LOWCO, un punto de venta de una cadena nacional de descuento, quien le ha pedido 
que trabaje en un sistema de informacion de administration para proveer informacion sobre el inventario. Revise estas 
preguntas para el miembro de su equipo. 

1. ^Cuando fue la ultima vez que penso seriamente en su proceso de toma de decisiones? 

2. ^Quienes son los empleados problematicos en su tienda? Es decir, los que mostraran mas resistencia a los cambios 
en el sistema que propuse. 

3. f,Hay decisiones sobre las que necesite mas informacion para tomarlas? 

4. No tiene problemas graves con el sistema de control de inventario actual, ^o sf? 
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5. Cuenteme un poco sobre los resultados que le gustaria ver. 

a. Vuelva a escribir cada pregunta para que sea mas efectiva al obtener informacion. 

b. Ordene sus preguntas en estructura de piramide, embudo o forma de diamante y etiquetelas con el nombre de la 
estructura que utilizo. 

c. (Que lineamientos puede dar al miembro de su equipo para mejorar sus preguntas de entrevistas en el future? 

Elabore una lista. 

3. Desde que usted entro, su entrevistado. Max Hugo, ha estado revolviendo papeles, mirando su reloj y golpeteando el 
escritorio con sus dedos. Con base en lo que usted sabe sobre las entrevistas, adivina que Max esta nervioso debido al 
trabajo que tiene pendiente. Describa en un parrafo como lidiarfa con esta situacion, de manera que Max pudiera poner 
toda su atencion en la entrevista (no puede reprogramar la entrevista para otro dfa). 

4. Escriba una serie de seis preguntas cerradas que traten sobre el tema del estilo de toma de decisiones para el gerente que 
se describe en el problema 2. 

5. Escriba una serie de seis preguntas abiertas que traten sobre el tema del estilo de toma de decisiones para el gerente que 
se describe en el problema 2. 

6. Examine la estructura de la entrevista que se presenta en la secuencia de las siguientes preguntas: 

1. (Cuanto tiempo ha estado en este puesto? 

2. (Cuales son sus responsabilidades clave? 

3. (Que informes recibe? 

4. (Como ve usted los objetivos de su departamento? 

5. (Como describirfa su proceso de toma de decisiones? 

6. (Como se puede ofrecer un mejor soporte para ese proceso? 

7. (Con que frecuencia toma esas decisiones? 

8. (A quien consulta cuando toma una decision? 

9. (Cual es la decision que usted toma y que es esencial para el funcionamiento del departamento? 

a. (Que estructura se utiliza? (Como puede saber? 

b. Reestructure la entrevista; cambie la secuencia de las preguntas (puede omitir algunas si es necesario). Etiquete 
las preguntas reordenadas con el nombre de la estructura que utilizo. 

7. A continuation le mostramos el primer informe de una entrevista presentado por uno de los miembros de su equipo de 
analisis de sistemas: “En mi opinion, la entrevista salio muy bien. El sujeto me dejo hablar con el durante una hora y 
media. Me conto toda la historia sobre la empresa, que fue muy interesante. Tambien menciono que las cosas no han 
cambiado tanto desde que empezo a trabajar en la empresa, hace aproximadamente 16 anos. Nos reuniremos pronto otra 
vez para terminar la entrevista, porque no tuvimos tiempo de ver las preguntas que prepare”. 

a. Critique en dos parrafos el informe de la entrevista. (Que informacion crftica falta? 

b. (.Que informacion es superflua para el informe de la entrevista? 

c. Si lo que se informa es lo que realmente ocurrio, (tiene usted tres sugerencias para ayudar a su companero de equipo 
a realizar una mejor entrevista la proxima vez? 

8. Cab Wheeler es un analista de sistemas recien contratado para trabajar en su grupo. Cab siempre ha sentido que los 
cuestionarios son un desperdicio. Ahora que usted debe realizar un proyecto de sistemas para MegaTrucks, Inc., una 
empresa de transporte nacional con sucursales y empleados en 130 ciudades, desea utilizar un cuestionario para obtener 
algunas opiniones sobre los sistemas actual y propuesto. 

a. Con base en lo que usted sabe sobre Cab y MegaTrucks, mencione tres razones convincentes de por que deberfa usar 
una encuesta para este estudio. 

b. Dados los meticulosos argumentos con los que usted cuenta, Cab esta de acuerdo en usar un cuestionario pero 
solicita energicamente que todas las preguntas sean abiertas para no obligar a los encuestados. En un parrafo, 
persuada a Cab de que tambien son utiles las preguntas cerradas. Asegurese de senalar las concesiones involucradas 
con cada tipo de pregunta. 

9. “Cada vez que llegan consultores aquf, reparten cuestionarios ridfculos que no significan nada para nosotros. (Por que 
no se molestan en personalizarlo, aunque sea un poco?”, pregunta Ray Dient, jefe de sistemas de emergencia. Usted esta 
discutiendo sobre la posibilidad de empezar un proyecto de sistemas con la empresa Pohattan Power Company (PPC) de 
Far Meltway, New Jersey. 

a. (Que pasos seguira para personalizar un cuestionario estandarizado? 

b. (Cuales son las ventajas de adaptar un cuestionario para una organization espetifica? (Cuales son las desventajas? 

10. La siguiente es una pregunta de ejemplo en el borrador del cuestionario de Pohattan Power Company: 

He estado con la empresa: 

20 anos a la fecha 
10-15 anos a la fecha 
5-10 anos a la fecha 
menos de un ano 

Marque la que se adapte mejor a su situacion. 
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a. iQue tipo de escala utiliza el autor de la pregunta? 

b. iQue errores se cometieron al construir la pregunta y cuales podri'an ser las posibles respuestas? 

c. Reformule la pregunta para obtener resultados mas claros. 

d. ^En donde debe aparecer la pregunta que escribio en el cuestionario? 

11. En el cuestionario de PPC tambien se incluye esta pregunta: 

Cuando llaman los clientes residenciales, siempre los gufo hacia nuestro sitio Web para que obtengan una respuesta. 


Algunas veces 

Nunca 

Siempre 

Por lo general 

1 

2 

3 

4 


a. (,Que tipo de escala se supone que utiliza? 

b. Reformule la pregunta y las posibles respuestas para obtener mejores resultados. 

12. La figura 4.EX1 es un cuestionario disenado por un empleado de Green Toe Textiles, una empresa que se especializa en la 
fabrication de calcetines para Caballeros. Di Wooly escribio el cuestionario debido a que, como gerente de las oficinas 
generales en Juniper, Tennessee, le preocupa la compra e implementation propuesta de un nuevo sistema computacional. 


FIGURA 4.EX1 

Cuestionario desarrollado por Di 
Wooly. 


i0u6 hay de 0 , „ |j|;ii ,0d ° S los em P<eados 

1- iChlhtofueTm^ -- 

a. ZZZ: S 

—-y Due q Uisiera hacerlo? 


a. Elabore una crftica en un enunciado para cada una de las preguntas anteriores. 

b. Critique en un parrafo la distribution y el estilo en terminos del espacio en bianco utilizado, el espacio para las 
respuestas, la facilidad de responder, etcetera. 

13. Con base en las conjeturas que usted obtuvo, la Srta. Wooly intenta comprender el cuestionario, reformular y ordenar las 
preguntas (use preguntas abiertas y cerradas) de manera que sigan las buenas practicas y produzcan information util para 
los analistas de sistemas. Indique en seguida de cada pregunta que escriba si es abierta o cerrada; ademas escriba un 
enunciado en el que indique por que escribio la pregunta de esa manera. 

14. Redisene el cuestionario que creo para la Srta. Wooly en el problema 13 para usarlo en correo electronico. Escriba un 
parrafo en el que diga que cambios se necesitaron para ajustarse a los usuarios de correo electronico. 

15. Redisene el cuestionario que creo para la Srta. Wooly en el problema 13 como una encuesta Web. Escriba un parrafo en 
el que diga que cambios se necesitaron para ajustarse a los usuarios Web. 


www.xlibros.com 



CAPtTULO 4 • RECOPILACION DE INFORMACION: METODOS INTERACTIVOS 


127 


PROYECTOS EN GRUPO 

1. Con los miembros de su grupo haga una pequena representation de una serie de entrevistas con varios usuarios de 
sistemas en Maverick Transport. Cada miembro de su grupo debera elegir uno de los siguientes roles: presidente de la 
empresa, director de tecnologfa de la information, despachador, agente de servicio al cliente o conductor de camion. Los 
miembros del grupo que desempenen roles de empleados de Maverick Transport deben tratar de describir con brevedad 
sus responsabilidades, objetivos y necesidades de information en su trabajo. 

El resto de los miembros del grupo deben desempenar los roles de analistas de sistemas e idear preguntas de 
entrevistas para cada empleado. Si hay suficientes personas en su grupo, a cada analista se le puede asignar la entrevista 
de un empleado distinto. Los que desempenen los roles de analistas de sistemas deben trabajar juntos para desarrollar 
preguntas comunes, asi como preguntas dirigidas a cada empleado individual. Asegurese de incluir preguntas abiertas, 
cerradas y de sondeo en sus entrevistas. 

Maverick Transport trata de cambiar su tecnologfa obsoleta y poco confiable por una tecnologfa mas reciente y 
confiable. La empresa busca migrar de las terminales tontas conectadas a un equipo mainframe, ya que desea usar PC 
de alguna forma y tambien le interesa investigar un sistema de satelite para rastrear los fletes y los conductores. Ademas 
la empresa esta interesada en buscar formas de reducir los inmensos requerimientos de almacenamiento y mejorar el 
acceso a los problematicos formularios de varias hojas escritos a mano que se incluyen en cada envfo. 

2. Lleve a cabo las cinco entrevistas en un ejercicio de juegos de rol. Si hay mas de 10 personas en su grupo, permita que 
dos o mas analistas hagan las preguntas. 

3. Escriba con su grupo un plan para una sesion JAD que sustituya a las entrevistas personales. Incluya los participantes 
relevantes, el ambiente sugerido, etcetera. 

4. Use los datos de las entrevistas que obtuvo del ejercicio en grupo del proyecto 1 sobre Maverick Transport para reunirse 
con su grupo y transformar el diseno de un cuestionario para los cientos de conductores de camiones que trabajan para 
Maverick Transport. Recuerde que a Maverick le interesa implementar un sistema de satelite para rastrear los fletes y los 
conductores. Hay otros sistemas que podrfan afectar a los conductores tambien. A medida que su grupo construya el 
cuestionario, considere el nivel de education que pueda tener el conductor y cualquier restriction de tiempo que le 
impida completar dicho formulario. 

5. Use los datos de las entrevistas que obtuvo del ejercicio en grupo del proyecto 1 sobre Maverick Transport para reunirse 
con su grupo y disenar un cuestionario Web o de correo electronico para encuestar a los 20 programadores de la empresa 
(15 de los cuales se contrataron el ano pasado) sobre sus habilidades, ideas para sistemas nuevos o mejorados, etcetera. 
Investigue las opciones de encuestas Web disponibles en SurveyMonkey.com. A medida que su grupo construya la 
encuesta para los programadores, considere lo que aprendio sobre los usuarios en las otras entrevistas, asf como la vision 
que tiene el director de tecnologfa de la information con respecto a la empresa. 
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EPISODIO 4 


CASO DE LA CPU 

Allen Schmidt, Julie E. Kendall y Kenneth E. Kendall 

Escuchare ahora, pregunto despues 

“He programado entrevistas preliminares con cinco personas clave. Como has estado muy ocupado con Visible Analyst, decidl 
realizar la primera ronda de entrevistas por mi cuenta”, le dice Anna a Chip al iniciar su reunion matutina. 

“Estoy de acuerdo”, dice Chip. “Solo avfsame cuando pueda participar. ^Con quien vas a hablar primero? ^Con Dot?” 

“Creo que eso no es ningun secreto”, contesta Anna. “Ella es imprescindible para el exito del sistema. Cuando se trata de 
decidir si un proyecto continuara o no, su palabra es la definitiva”. 

“^Quien mas?”, pregunta Chip. 

“Voy a ver con quien me refiere Dot, pero tambien hare una cita con Mike Crowe, el experto de hardware y mantenimiento; 
con Cher Ware, especialista de software; y con Paige Prynter, analista financiero de CPU”. 

“No te olvides de Hy Perteks”, dice Chip. 

“Cierto. El Centro de soporte de computo sera importante para nuestro proyecto”, dice Anna. “Le llamare para ver cuando 
esta disponible”. 

Despues de una breve conversation telefonica con Hy, Anna vuelve con Chip. 

“Se va a reunir conmigo mas tarde el dfa de hoy”, confirma Anna. 

Al terminar con sus entrevistas, Anna se sienta en su escritorio a repasar las slntesis de las entrevistas y los memos que se 
recopilaron durante el verano. Hay varias pilas de papeles cuidadosamente archivados en carpetas expandibles. 

“Tenemos tanta information”, le comenta a Chip, “pero incluso asf siento que estamos trabajando solo con la punta del 
iceberg. No puedo comprender con claridad las dificultades de los miembros del cuerpo docente y el personal de investigation. 
^Habra problemas adicionales de los que no hayamos escuchado?” 

Chip mira hacia arriba al tiempo que deja el trabajo de intentar extraer puntos clave para definir los problemas. “Me pre¬ 
gunto si deberfamos realizar mas entrevistas, o tal vez recopilar mas documentos”, dice. 

“^Pero cuantas entrevistas deberfamos realizar y a quien deberfamos entrevistar?”, le responde Anna. “Supon que entre- 
vistamos a varios miembros del personal y basamos el nuevo sistema en los resultados. Podrfamos entrevistar a las personas 
equivocadas y disenar un sistema para satisfacer solo sus necesidades, omitiendo los problemas clave que la mayorfa de los 
miembros del cuerpo docente y del personal necesitan que se resuelvan”. 

“Entiendo lo que quieres decir”, responde Chip. “Tal vez deberfamos disenar un cuestionario y entrevistar al personal 
docente y al de investigation”. 

“jExcelente idea!”, dice Anna. “^Como deberfamos decidir que preguntas incluir en la encuesta?” 

“Hablemos con algunas personas clave y basemos la encuesta en los resultados. Un buen punto initial serfa Hy Perteks, 
ya que siempre esta hablando con el cuerpo docente y el personal. Le voy a llamar para programar una reunion”, dice Chip. 

Chip programo la reunion para la manana siguiente. Esta reunion se llevarfa a cabo en una sala de conferencias adyacente 
al Centro de soporte de computo. 

“Gracias por aceptar esta cita con tan poca anticipation”, empieza Chip. “Estamos pensando en encuestar al cuerpo docente 
y al personal de investigation para obtener information adicional que nos ayudara a definir las cuestiones relacionadas con el 
sistema”. 

“Creo que es una gran idea”, responde Hy. “Tambien me gustarfa averiguar que tipo de software deberfa estar disponible 
en el Centro de soporte de computo y el tipo de capacitacion que deberfamos ofrecer. Deberfamos obtener information sobre 
los principals paquetes de software utilizados”, continua Hy. “El software de creation Web y videos es esencial. Deberfamos 
averiguar que paquetes prefiere cada usuario y la version de estos, que tambien es importante conocer. Se que niuchos utilizan 
Dreamweaver y que otros utilizan Freeway Pro. El software de bases de datos tambien varfa, aunque muchos utilizan Access. 
Lo mismo ocurre con la creation de videos; Camtasia es el mas popular”. 

“Otra cosa que podrfamos averiguar es que tipo de software especializado utilizan los grupos de miembros del cuerpo 
docente”, continua Hy. “Muchas de las personas en el departamento de matematicas utilizan Mathcad. Otros utilizan diversos 
paquetes de software para una variedad de cursos. Por ejemplo, los de ciencias de la information utilizan Visio, pero unos 
cuantos utilizan Visible Analyst. Tambien he escuchado que vamos a recibir software de biologfa y astronomfa. Y el departa¬ 
mento de arte utiliza equipos Mac casi en forma exclusiva. Muchos de los miembros del cuerpo docente se estan involucrando 
mucho con software para construir imagenes, como Photoshop y Flash”. 

“Ademas de los paquetes de software y las versiones, ^,que tipos de information deberfamos capturar?”, pregunta Chip. 

“Me gustarfa saber el nivel de experiencia de cada persona”, responde Hy. “Sin duda algunos son principiantes, mientras 
que otros tienen un buen conocimiento pero no han dominado todas las herramientas de un paquete especffico. Algunos son 
expertos. Conocen el software por dentro y por fuera. Estoy interesado en los principiantes y usuarios intermedios, ya que de¬ 
berfamos ofrecer distintos niveles de capacitacion para ellos. Saber quien es un experto ayuda tambien”. 

“^Hay algo mas que crea usted que debamos averiguar en la encuesta?”, pregunta Chip. 
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“La unica otra cosa que me preocupa son los problemas que se producen cuando un miembro del cuerpo docente o del 
personal no utiliza el software”, responde Hy. 

“l Que quiere decir?”, pregunta Chip. 

“Bueno, supongan que una persona tiene el software pero lo instalo en forma incorrecta o aparece algun tipo de mensaje 
de seguridad o relacionado con los derechos de acceso”, responde Hy. “He recibido algunas consultas sobre esta cuestion re- 
cientemente. Una persona dijo que estaban trabajando con Windows Vista y tenfan su information en una unidad USB, y no les 
concedia derechos de acceso. Rhoda Booke es miembro del cuerpo docente en matematicas y ha demostrado de manera con- 
sistente un interes en las cuestiones de hardware y software. Le he ayudado varias veces; siempre es amigable y agradecida. 
Creo que deberfan entrevistarla”. 

“Gracias una vez mas por toda su ayuda”, dice Chip. “Mas adelante nos contactaremos con usted sobre los resultados de 
la encuesta”. 

Anna programa una reunion con Rhoda para explicarle la naturaleza del proyecto y por que fue seleccionada como 
representante del cuerpo docente. La reunion se sostuvo en una pequena sala de conferencias en el departamento de ma¬ 
tematicas. 

“Nos gustaria conocer la perspectiva del cuerpo docente sobre los problemas relacionados con las computadoras y el soft¬ 
ware asociado”, dice Anna. “Nuestro objetivo es ofrecer al cuerpo docente los mejores recursos posibles con el menor numero 
de problemas”. 

“Estoy realmente encantada de formar parte del proyecto”, exclama Rhoda. “He utilizado software en el salon de clases 
durante 10 anos aproximadamente, jy ha sido toda una experiencia de aprendizaje! Gracias a Dios que Hy esta disponible como 
recurso. Le he robado horas de su tiempo, pero ha valido bien la pena. Me siento mucho mas productiva y los estudiantes utili- 
zan software que les ayuda a comprender el material con mas detalle”. 

“Eso es bueno. Ahora, ^ha estado experimentando algunas dificultades?”, pregunta Chip. 

“Bueno, es todo un reto familiarizarse con el software. Invert! una buena parte del verano pasado, cuando no estaba traba¬ 
jando en mi libro, en aprender como usar parte del software del salon de clases para algebra y calculo. Es grandioso pero quede 
atrapada varias veces y tuve que pedir ayuda. Es necesario entender el software para preparar los planes de las lecciones y ex- 
plicar a los estudiantes como usarlo”. 

‘7Que hay sobre problemas al instalar el software o hardware?”, pregunta Anna. 

“jOh si!”, exclama Rhoda. “Trate de instalar el software y todo salio bien hasta llegar a la parte en donde tenia que recibir 
actualizaciones de su sitio Web y hubo algunos problemas con el registro”, se rie Rhoda. 

“Despues hubo problemas de instalacion”, continua Rhoda. “Necesitaba averiguar que instalar en la red y que incluir en 
el disco duro local. En algunas laptops obtuvimos mensajes de error del tipo “Memoria insuficiente” y descubrimos que nunca 
se habian actualizado. El cuerpo docente del departamento de fisica tuvo el mismo problema”. 

‘7Hay alguna otra cuestion que usted considere importante para incluirla en nuestra encuesta para el personal docente y 
de investigation?”, pregunta Chip. 

“Seria conveniente saber quien utiliza el mismo software en distintos departamentos y que software suministra cada dis- 
tribuidor. Tal vez si compramos niuchos paquetes de un distribuidor podriamos obtener un mayor descuento por el software. El 
presupuesto de software del departamento ya esta sobrecargado”, dice Rhoda. 

“Gracias por toda su ayuda”, dice Anna. “Si llega a pensar en alguna pregunta adicional que debamos incluir en la encuesta, 
no dude en llamarnos”. 

De vuelta en su oficina, los analistas empiezan a compilar una lista de las cuestiones que debe contener la encuesta. 

“En definitiva necesitamos preguntar sobre el software en uso y las necesidades de capacitacion”, comenta Anna. “Tambien 
deberiamos tratar con los problemas que estan ocurriendo”. 

“De acuerdo”, responde Chip. “Creo que deberiamos incluir preguntas sobre los paquetes de software, distribuidores, 
versiones, nivel de experiencia y cuestiones relacionadas con la capacitacion. De lo que no estoy muy seguro es de como obte¬ 
ner information sobre los problemas a los que se enfrenta el personal docente y de investigation. ^Como deberiamos abordar 
esas cuestiones?” 

“Bueno”, responde Anna, “deberiamos enfocarnos en las cuestiones con las que esten familiarizados. Podriamos 
hacer preguntas sobre el tipo de problemas que estan ocurriendo, pero que en definitiva no sean tecnicos. Y la encuesta 
no deberia hacer preguntas cuyas respuestas pudieramos encontrar con facilidad, como ‘7Quien es el distribuidor del 
software?” 

“Entiendo”, responde Chip. “Dividamos las preguntas en categories. Algunas seran preguntas cerradas y otras abiertas. 
Despues hay que ver que estructura debemos usar”. 

“Usaremos Zoomerang para administrar la encuesta en Web”, continua Anna. “Tambien usaremos recordatorios via correo 
electronico sobre la fecha de termination de la encuesta”. 
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PARTE II ANAUSIS DE LOS REQUERIMIENTOS DE INFORMACION 


EJERCICIOS 

En los primeros tres ejercicios tendra que visitar el sitio Web para obtener el texto de las entrevistas con los miembros del per¬ 
sonal de la CPU. Visite el sitio Web en www.pearsonhighered.com/kendall y busque las entrevistas de la CPU (“CPU Inter¬ 
views”). 

E-l. Analice las cinco entrevistas. En un parrafo describa el tipo de estructura que tenia cada entrevista. 

E-2. Elabore una lista de todas las entrevistas, de 1 a 5, y despues escriba un parrafo para cada una de ellas en el que describa 
las formas en que Anna podria mejorar sus entrevistas para la proxima vez. 

E-3. Analice las preguntas utilizadas en las cinco entrevistas. Describa en un parrafo los tipos de preguntas utilizadas y si 
fueron o no apropiadas para obtener la informacion necesaria. 

E-4. De la lista de asuntos presentada anteriormente en el capitulo, seleccione las cuestiones que quedarian mejor como pre¬ 
guntas cerradas. 

E-5. De la lista de asuntos, seleccione las cuestiones que quedarian mejor como preguntas abiertas. 

E-6. En base a los ejercicios E-4 y E-5, disene un cuestionario que se envie al cuerpo docente y al personal de investigation. 

E-7. Haga una prueba piloto de su cuestionario; deje que otros estudiantes de la clase lo llenen. En base a la retroalimentacion 
de los estudiantes y a la capacidad que usted tenga de analizar los datos que reciba, revise su cuestionario. 
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CAP ITU LO 5 


Recopilacion de informacion 
metodos discretos 


Objetivos de aprendizaje 

Al completar este capi'tulo usted podra: 

1. Reconocer el valor de los metodos discretos para recopilar informacion. 

2. Comprender el concepto del muestreo para el analisis de los requerimientos humanos 
de informacion. 



3. Construir muestreos utiles de personas, documentos y eventos para determinar los 
requerimientos humanos de informacion. 

4. Crear un guion (playscript) para que el analista pueda observar las actividades de toma 
de decisiones. 


5. Aplicar la tecnica STROBE para observar e interpretar el entorno del encargado de las 
decisiones y su interaccion con las tecnologias. 


t!s 

ill- 


Aunque con solo estar presente en una organizacion el analista de siste- 
mas genera un cambio en la misma, hay metodos discretos "como el 
muestreo, la investigacion y la observacion del comportamiento del encar¬ 
gado de las decisiones y su interaccion con su entorno fisico" menos per- 
turbadores que otras formas de averiguar los requerimientos humanos de 
informacion. Los metodos discretos se consideran insuficientes para recopilar informacion 
cuando se utilizan por si solos, por lo que deben utilizarse junto con uno o varios de los meto¬ 
dos interactivos descritos en el capitulo anterior. A esto se le conoce como metodologia mixta. 
Utilizar metodos interactivos y discretos para acercarse a la organizacion es una practica inte- 
ligente mediante la cual podra formarse un panorama mas completo de los requerimientos 
humanos de informacion. 


MUESTREO 

El muestreo es el proceso de seleccionar sistematicamente elementos representativos de una 
poblacion. Cuando se examinan con detalle estos elementos seleccionados, se asume que el 
analisis revela informacion util sobre la poblacion en general. 

El analista de sistemas debe decidir con respecto a dos cuestiones clave. En primer lugar 
hay muchos informes, formularios, documentos de resultados, memos y sitios Web que las 
personas en la organizacion han generado. ( ',A cuales de ellos debe el analista poner atencion y 
cuales debe ignorar? 

En segundo lugar, muchos empleados se pueden ver afectados por el sistema de informa¬ 
cion propuesto. ( ',A quienes deberfa entrevistar el analista de sistemas?, ( ;,de quienes deberfa 
buscar informacion por medio de cuestionarios?, ^a quienes deberfa observar en el proceso de 
llevar a cabo sus roles de toma de decisiones? 
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PARTE II ANALISIS DE LOS REQUERIMIENTOS DE INFORMACION 


La necesidad del muestreo 

Un analista de sistemas debe seleccionar una muestra representativa de datos para examinarlos o de personas 
representativas para entrevistarlas, interrogarlas u observarlas por varias razones: 

1. Contener los costos. 

2. Agilizar el proceso de recopilacion de datos. 

3. Mejorar la efectividad. 

4. Reducir la predisposicion. 

Examinar cada hoja de papel, hablar con todos y leer todas las paginas Web de la organizacion serfa un pro¬ 
ceso demasiado costoso para el analista de sistemas. Copiar informes, acaparar el valioso tiempo de los emplea- 
dos y duplicar encuestas inutiles representarfa un gran gasto innecesario. 

El muestreo ayuda a acelerar el proceso mediante la recopilacion de datos seleccionados, en vez de recopilar 
todos los datos de toda la poblacion. Ademas, el analista de sistemas se evita la molestia de tener que analizar los 
datos de toda la poblacion. 

La efectividad en la recopilacion de los datos tambien es un factor importante. El muestreo ayuda a mejo¬ 
rar la efectividad si se permite obtener informacion mas precisa. Por ejemplo, puede hablar con menos emplea- 
dos, pero debe hacerles preguntas mas detalladas. Ademas, si se entrevista a menos personas, el analista tendra 
tiempo para dar seguimiento a la informacion incompleta o faltante, con lo cual se mejorara la efectividad de la 
recopilacion de datos. 

Por ultimo, el muestreo permite reducir la predisposicion durante el proceso de recopilacion de datos. Por 
ejemplo, cuando el analista de sistemas entrevista a un ejecutivo, este se involucra con el proyecto, dado que cedio 
una parte de su tiempo, y le gustaria que el proyecto triunfara. Cuando el analista de sistemas pide una opinion 
sobre una caracteristica permanente del sistema de informacion instalado, el ejecutivo tal vez provea una eva¬ 
luation predispuesta, ya que hay poca probabilidad de cambiar esa caracteristica. 

Diseno del muestreo 

Un analista de sistemas debe seguir cuatro pasos para disenar una buena muestra: 

1. Determinar los datos a recolectar o describir. 

2. Determinar la poblacion a muestrear. 

3. Elegir el tipo de muestra. 

4. Decidir sobre el tamano de la muestra. 

En las siguientes subsecciones describiremos estos pasos con detalle. 

DETERMINAR LOS DATOS A RECOLECTAR O DESCRIBIR El analista de sistemas necesita elaborar un plan realista 
en cuanto a lo que debe hacer con los datos despues de recolectarlos. Si se recopilan datos irrelevantes se 
desperdicia tiempo y dinero en la recoleccion, el almacenamiento y el analisis de datos inutiles. 

Los deberes y responsabilidades del analista de sistemas en esta etapa consisten en identificar las variables, 
atributos y elementos de datos asociados a recopilar en la muestra. Hay que considerar los objetivos del estudio, 
asi como el tipo de metodo de recopilacion de datos (investigation, entrevistas, cuestionarios, observacion) a uti- 
lizar. Este y los siguientes capitulos describen con mas detalle los tipos de informacion que debe buscar al usar 
cada uno de estos metodos. 

DETERMINAR LA POBLACION A MUESTREAR A continuation, el analista de sistemas debe determinar cual es la 
poblacion; en caso de muestrear datos rigurosos, necesita decidir, por ejemplo, si basta con los ultimos dos meses 
o si se requiere todo un ano de informes para el analisis. 

De manera similar, al decidir a quien va a entrevistar, el analista de sistemas tiene que determinar si la po¬ 
blacion incluira uno o todos los niveles de la organizacion, o incluso si debe considerar a clientes, distribuidores, 
proveedores o competidores. En los capitulos sobre entrevistas, cuestionarios y observacion exploraremos con 
mas detalle estas decisiones. 

ELEGIR EL TIPO DE MUESTRA. Como se indica en la figura 5.1, el analista de sistemas puede usar uno de cuatro 
tipos principales de muestras: de conveniencia, intencionada, simple y compleja. Las de conveniencia son 
muestras sin restricciones ni probabilidades. Una muestra de este tipo resultarfa de que el analista de sistemas 
publicara un aviso en la intranet de la empresa para pedir que los interesados en trabajar con los nuevos informes 
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Los elementos de la 
muestra se seleccionan 
directamente sin 
restricciones 


No se basa en la probabilidad Se basa en la probabilidad 


De conveniencia 


Simple aleatoria 


FIGURA 5.1 

Cuatro tipos principales de 
muestras disponibles para el 
analista. 


Los elementos de la 
muestra se seleccionan 
de acuerdo a ciertos 
criterios 


Intencionada 



(sistematica, estratificada 
y de conglomerados) 


Compleja aleatoria 


El analista de 
5 istemas debe usar 


muestra compleja 


aleatoria si fuera 
posible. 


de rendimiento de ventas fueran a una reunion a la 1 P.M. el martes 12. Sin duda es la mas facil de preparar, pero 
es tambien la menos confiable. Una muestra intencionada se basa en el juicio. 

El analista de sistemas puede elegir un grupo de individuos que parezcan expertos y esten interesados 
en el nuevo sistema de informacion. Aquf, el muestreo se basa en los criterios de conocimiento e interes 
sobre el nuevo sistema, pero de todas formas es un muestreo sin probabilidad. Por ende, el muestreo in- 
tencionado es confiable solo en un nivel moderado. Si elige realizar un muestreo aleatorio simple, necesita 
obtener una lista numerada de la poblacion para asegurar que cada documento o persona en la poblacion 
tenga la misma probabilidad de ser seleccionada. A menudo este paso no es practico, en especial cuando el 
muestreo involucra documentos e informes. Las muestras aleatorias complejas mas apropiadas para el ana¬ 
lista de sistemas se obtienen mediante 1) muestreo sistematico, 2) muestreo estratificado y 3) muestreo de 
conglomerados. 

Por ejemplo, en el metodo mas simple de muestreo de probabilidad -el sistematico-, el analista de sistemas 
debe elegir entrevistar a cada £-esima persona en una lista de empleados de la empresa. Este metodo tiene 
ciertas desventajas: no es conveniente utilizarlo para seleccionar cada fc-esimo dfa para una muestra, debido al 
potencial problema de periodicidad; tampoco serfa apropiado aplicarlo a una lista ordenada (por ejemplo, una 
lista de bancos, desde el mas pequeno hasta el mas grande), ya que habrfa una predisposition. 

El muestreo estratificado tal vez sea el mas importante para el analista de sistemas. La estratificacion 
es el proceso de identificar subpoblaciones o estratos, para despues seleccionar objetos o personas con los 
que se realicen muestras de estas subpoblaciones. A menudo, la estratificacion es esencial si el analista de 
sistemas desea recopilar datos con eficiencia. Por ejemplo, si desea buscar opiniones de un amplio rango 
de empleados en distintos niveles de la organization, el muestreo sistematico seleccionarfa un numero despro- 
porcionado de empleados del nivel de control operational. Una muestra estratificada compensarfa esta situa¬ 
tion. Tambien se utiliza la estratificacion cuando el analista de sistemas desea usar distintos metodos para 
recolectar datos de distintos subgrupos. Por ejemplo, tal vez quiera utilizar una encuesta para recopilar datos 
de los gerentes de nivel medio, pero podrfa preferir usar entrevistas personales para recopilar datos similares de 
los ejecutivos. 

Algunas veces el analista de sistemas debe seleccionar un grupo de personas o documentos para estudiarlos. 
A este proceso se le conoce como muestreo de conglomerados. Suponga que una organization tiene 20 centros 
de soporte esparcidos en todo el pats. Tal vez usted quiera seleccionar uno o dos de estos centros de soporte bajo 
la suposicion de que son comunes con el resto. 

DECIDIR SOBRE EL TAMANO DE LA MUESTRA En definitiva, si todos en la poblacion vieran el mundo de la 
misma forma, o si cada uno de los documentos de una poblacion tuviera exactamente la misma informacion 
que cualquier otro, serfa suficiente una muestra con tamano de uno. Como no es asf, es necesario establecer un 
tamano de muestra mayor, pero menor que el de la poblacion. 

Es importante recordar que, en el muestreo, el numero absoluto es mas importante que el porcentaje 
de la poblacion: es posible obtener resultados satisfactorios muestreando 20 personas tanto de 200 como de 


2 , 000 , 000 . 
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La decision sobre el tamano de las muestras 

A menudo, el tamano de las muestras depende del costo o el tiempo requerido por el analista de sistemas, o in- 
cluso del tiempo disponible de las personas en la organization. Esta subsection ofrece varios lineamientos para 
determinar el tamano de muestra requerido en condiciones ideales; por ejemplo, para determinar el porcentaje de 
formas de entrada que contienen errores, o que proporcion de personas hay que entrevistar. 

Para definir el tamano de muestra requerido, el analista de sistemas debe seguir siete pasos, algunos de los 
cuales implican juicios subjetivos: 

1. Determinar el atributo (en este caso, el tipo de errores a buscar). 

2. Localizar la base de datos o los informes en los que se pueda encontrar el atributo. 

3. Examinar el atributo. Estimar p, la proporcion de la poblacion que cuenta con el atributo. 

4. Tomar la decision subjetiva en relation con la estimacion del intervalo aceptable, i. 

5. Elegir el nivel de confianza y buscar el coeficiente de confianza (valor z) en una tabla. 

6. Calcular cr p , el error estandar de la proporcion, de la siguiente manera: 


i 



7. Determinar el tamano de muestra necesario, n, mediante la siguiente formula: 


n 


P(1 ~P) 


+ 1 


Desde luego, el primer paso es determinar el atributo a muestrear; despues puede averiguar donde se almacenan 
estos datos: una base de datos, un formulario, un informe, etcetera. 

Es importante estimar p, la proporcion de la poblacion que tiene el atributo, para establecer el tamano de 
muestra apropiado. Muchos libros de texto sobre analisis de sistemas sugieren utilizar un heurfstico de 0.25 para 
p( 1 — p). Este valor casi siempre produce muestra de tamano mayor que el necesario, ya que 0.25 es el valor 
maximo de p(l — p), que ocurre solo cuando p = 0.50. Cuando p = 0.10, como es mas comunmente el caso, 
p( 1 — p) se convierte en 0.09, con lo cual se obtiene un tamano de muestra mucho menor. 

Los pasos 4 y 5 implican decisiones subjetivas. La estimacion de intervalo aceptable de ±10 significa que 
esta dispuesto a aceptar un error de no mas de 0.10 en cualquier direccion de la proporcion actual, p. El nivel de 
confianza es el grado deseado de certidumbre; por ejemplo, del 95 por ciento. Una vez elegido el nivel de con¬ 
fianza, puede buscar el coeficiente de confianza (tambien conocido como valor z) en una tabla como la que se 
encuentra en este capftulo. 

Los pasos 6 y 7 completan el proceso al recibir los parametros de los pasos 3 al 5 e introducirlos en dos 
ecuaciones para resolver el tamano de muestra requerido. 

Ejemplo 


Vamos a ilustrar con un ejemplo los pasos mencionados. Suponga que la empresa A. Sembly, que se 
dedica a la fabrication de productos de estanterfa, le pide determinar el porcentaje de pedidos que 
contienen errores. Usted acepta hacer este trabajo y lleva a cabo los siguientes pasos: 


1. Determina que va a buscar pedidos con errores en nombres, direcciones, cantidades o numeros de 
modelos. 

2. Localiza las copias de los formularios de pedido de los ultimos seis meses. 

3. Examina algunos de los formularios de pedido y concluye que solo cerca del 5 por ciento (0.05) 
contiene errores. 

4. Juzga que la estimacion de intervalo aceptable sera de ±0.02. 

5. Selecciona un nivel de confianza de 95 por ciento. Busque el coeficiente de confianza (valor z) en la 
figura 5.2. El valor z es igual a 1.96. 

6. Calcula <r de la siguiente manera: 


0.02 

1.96 


= 0.0102 


7. Determina el tamano de muestra necesario n de la siguiente manera: 


p{ 1 - p) 0.05(0.95) 

~~ a 2 p + 1 ” ( 0 . 0102 )( 0 . 0102 ) 
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OPORTUNIDAD DE CONSULTORIA 5.1 


A la caza de una muestra 


: __ 


s genuina o artificial? ^Quien lo hubiera pensado, incluso 
hace cinco anos!”, exclama Sam Pelt, un peletero propietario de 
tiendas en Nueva York, Washington, D.C., Beverly Hills y Copen- 
hague. Sylva Foxx, analista de sistemas y propietaria de una em- 
presa de consultoria, esta hablando con Sam por primera vez. 
Actualmente, P & P, Ltd. (Pelt y Pelt hijo) utiliza una PC para llevar 
la lista de correo de clientes selectos, las cuentas por pagar, las 
cuentas por cobrar y la nomina. 

Sam esta interesado en tomar ciertas decisiones estrategicas 
que afectaran la compra de productos para sus cuatro tiendas de 
pieles. Cree que, aunque la computadora podrfa ayudar, tambien 
hay que considerar otras metodologfas. 

Sam continua: “Creo que deberfamos hablar con todos los 
clientes cuando entren a la tienda, conocer sus opiniones. A algunos 
les indigna el uso de pieles de animales en peligro de extincion; 
tienen una orientacion ambientalista. Si de esa manera pueden sal- 
var a un cachorro, eligen las imitaciones. Algunos incluso prefieren 
las imitaciones y les llaman ‘pieles divertidas’. Y yo puedo cobrar 
casi lo mismo por una buena imitacion. 

“Pero hay un riesgo: si me alejo demasiado de mis proveedores 
de pieles, tal vez no obtenga lo que quiera cuando lo necesite. Elios 
ven a los distribuidores de pieles de imitacion como si fueran gusa- 
nos, jpeores que polillas! Si hago negocios con ellos, tal vez los 
distribuidores de pieles autenticas ya no quieran hablarme. Pueden 
ser animales. Por otro lado, me siento raro en cuanto a exhibir imi¬ 
taciones en mis tiendas. Durante anos nos hemos enorgullecido de 
tener solo articulos genuinos”. 

Sam continua, en un monologo casi continuo: “Quiero hablar 
con todos y cada uno de los empleados, tambien”. 


Sylva lo mira con disimulo y empieza a interrumpir: “Pero eso 
llevara meses y las compras se derrumbaran por completo a menos 
que sepan con prontitud que...”. 

Pelt la interrumpe: “No me importa cuanto tarde, mientras 
obtengamos respuestas correctas. Pero tienen que ser las correctas. 
Me siento como un leopardo sin sus manchas por no saber como 
resolver este dilema de las pieles de imitacion”. 

Sylva habla con Sam Pelt un poco mas y despues termina la 
entrevista diciendo: “Voy a comentarlo con los otros analistas en 
la oficina y le hare saber nuestra resolucion. Creo que podemos 
aventajar a los otros peleteros si utilizamos software que nos ayude a 
obtener muestras de las opiniones, en lugar de cazar a los clientes 
para que nos digan lo que piensan, pero le hare saber lo que digan 
los demas. Lo que puedo asegurarle es que si podemos obtener 
muestras sin tener que hablar con todos antes de tomar una deci¬ 
sion, usted saldra ganando”. 

Como uno de los analistas de sistemas que forma parte de la 
empresa de Sylva Foxx, sugiera algunas formas en las que Sam Pelt 
pueda usar software en su PC para obtener muestras adecuadas de 
las opiniones de sus clientes, gerentes de las tiendas, compradores 
y cualquier otra persona que usted considere imprescindible para 
tomar la decision estrategica en relacion con el abastecimiento de 
pieles de imitacion en lo que siempre ha sido una tienda de pieles 
genuinas. Sugiera un tipo de muestra para cada grupo y justiffquelo. 
Usted estara restringido por la necesidad de actual' con rapidez para 
seguir siendo competitivo, la necesidad de actual' sigilosamente 
para que los peleteros de la competencia no se enteren de que usted 
esta recopilando datos, y la necesidad de mantener los costos de la 
recopilacion de datos en un nivel razonable. 



Entonces, la conclusion es establecer el tamano de la muestra en 458. En definitiva, un nivel mayor de confianza o 
una estimacion de intervalo aceptable menor requerirfan una muestra mayor. Si mantenemos igual la estimacion 
del intervalo aceptable pero aumentamos el nivel de confianza al 99 por ciento (con un valor z de 2.58), el 
tamano de muestra necesario se convierte en 1.827, una cifra mucho mayor que los 458 pedidos que habfamos 
decidido muestrear en un principio. 
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FIGURA 5.2 

Podemos utilizar una tabla del 
area bajo una curva normal para 
buscar un valor, una vez que el 
analista de sistemas decida sobre 
el nivel de confianza. 
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DETERMINACION DEL TAMANO DE LAS MUESTRAS PARA ENTREVISTAS No hay formulas magicas para ayudar al 
analista de sistemas a establecer el tamano de la muestra para entrevistas; la variable primordial en este caso es 
el tiempo que tarda una entrevista. Una entrevista profunda y una de seguimiento consumen mucho tiempo, tanto 
del entrevistador como del participante. 

Una buena regia general es entrevistar a por lo menos tres personas en todos los niveles de la organization, y 
a por lo menos una de cada una de las areas funcionales (como vimos en el capftulo 2) que trabajen directamente 
con un sistema nuevo o actualizado. Recuerde tambien que no es necesario entrevistar a mas personas solo por- 
que se trate de una empresa mas grande. Si el muestreo estratificado se lleva a cabo en forma apropiada, pocos 
individuos representaran de manera adecuada a toda la organization. 


INVESTIGACION 

Investigar es descubrir y analizar information. Al investigar la evidencia en una organization, el analista actua 
como Sherlock Holmes, el famoso detective. 

A medida que el analista de sistemas trabaja para entender a los usuarios, su organization y sus requerimien- 
tos de information, debe examinar los distintos tipos de datos “duros” que ofrecen information no disponible por 
cualquier otro medio de recopilacion. Estos datos revelan donde ha estado la organization y hacia donde creen 
sus miembros que se dirige. Para formarse una imagen precisa, el analista necesita examinar datos tanto cuanti- 
tativos como cualitativos. 

Analisis de documentos cuantitativos 

Hay muchos documentos cuantitativos disponibles para su interpretation en cualquier empresa: informes em- 
pleados para la toma de decisiones, informes de rendimiento, registros y variados tipos de formularios. Todos 
estos documentos tienen un proposito y una audiencia especfficos. 

INFORMES PARA LA TOMA DE DECISIONES El analista de sistemas requiere acceso a algunos de los documentos 
utilizados para dirigir la empresa. A menudo consisten en informes sobre el estado del inventario, las ventas o la 
production. Muchos de ellos son simples y su funcion es dar apoyo a una action rapida. Por ejemplo, un informe 
de ventas puede sintetizar la cantidad que se vendio y el tipo de ventas. Ademas, los informes de ventas podrian 
incluir resultados graficos para comparar los ingresos y las entradas durante ciertos periodos. Dichos informes 
permiten que el encargado de tomar las decisiones reconozca facilmente las tendencias. 

Los informes de production incluyen los costos recientes, el inventario actual, la mano de obra reciente y la 
information de la planta. Ademas de estos informes clave, los encargados de tomar las decisiones utilizan mu¬ 
chos informes sintetizados para proveer information de apoyo, detectar las excepciones a las ocurrencias norma- 
les y obtener vistas generales estrategicas de los planes de la organization. 

INFORMES DE RENDIMIENTO La mayorfa de los informes de rendimiento consisten en una comparacion entre el 
rendimiento actual y el esperado. Una funcion importante de ellos es medir la brecha entre el rendimiento actual 
y el esperado. Tambien es importante poder determinar si ese hueco se esta ensanchando o estrechando como 
una tendencia general en cualquier rendimiento en evaluation. En la figura 5.3 se muestra una clara mejorfa en el 
rendimiento de las ventas durante un periodo de dos a tres meses. Es probable que el analista quiera observar si 
hay una medicion del rendimiento disponible y adecuada para las areas clave de la organization. 

REGISTROS Los registros proveen actualizaciones periodicas de lo que ocurre en la empresa. Si el encargado del 
registro es cuidadoso y lo actualiza en forma oportuna, puede proveer mucha information util para el analista. 
En la figura 5.4 se muestra un registro de pagos que se lleno a mano para la renta de un apartamento. Hay varias 
formas en que el analista puede inspeccionar un registro, muchas de las cuales son indicativas de su capacidad 
de uso: 

1. Revisar errores en montos y totales. 

2. Buscar oportunidades para mejorar el diseno de los formularios de registro. 

3. Observar el numero y tipo de transacciones. 

4. Estar al tanto de los casos en los que la computadora pueda simplificar el trabajo (por ejemplo, los calculos 
y otras formas de manipular los datos). 

FORMULARIOS DE CAPTURA DE DATOS Antes de disponerse a cambiar los flujos de information de la 
organization, hay que entender el sistema que esta en uso en ese momento. Tal vez sea conveniente que usted o 
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OPORTUNIDAD DE CONSULT OR (A 5.2 



Una rosa con otro nombre... o Calidad mejor que cantidad 



“P 

V_^reo que tenemos lo necesario. Lleve a cabo el muestreo de 
estados financieros, cifras de ventas de todas las sucursales, mermas 
de todas las tiendas, todo. Con esos numeros tenemos que ser capa- 
ces de mantener a Fields en el campo... o por lo menos a la cabeza 
del negocio de las florerfas. Incluso podremos ensenarle al mismo 
Seymour Fields como su nuevo sistema de computation puede ge- 
nerar todo esto”, expresa Rod Golden, un analista de sistemas junior 
que trabaja para un despacho de consultorfa mediano. 

La empresa, bajo la supervision del analista lider Clay Potts, 
ha estado trabajando en un proyecto de sistemas para Fields, una 
cadena de 15 exitosas florerias y establecimientos de flores para 
interiores. En cada una de tres ciudades del Medio Oeste de Estados 
Unidos hay cinco tiendas de Fields. 

“Aunque por el momento es una empresa floreciente, que- 
remos ramificarnos a por lo menos seis estados”, indica Seymour 
Fields, el propietario. “Quiero cosechar los beneficios de toda la 
felicidad que hemos estado sembrando. Y creo que podemos 
lograrlo basandonos en mis corazonadas con respecto a cual es 
la mejor temporada para adquirir flores en los mercados euro- 
peos de los que ya compramos, y luego podar nuestras adquisi- 
ciones”. 

“Durante los ultimos tres anos, he escrito montones de memos 
a nuestros gerentes acerca de este plan; ellos tambien han escrito 
una buena cantidad de ellos. Creo que pronto estaremos listos para 


plantar este proyecto”, continua Seymour, describiendo un futuro 
color de rosa para Fields. 

“Estoy de acuerdo”, dice Rod. “Cuando regrese de analizar 
estas cifras”, agrega, senalando el altero de material que ha desen- 
terrado de las oficinas de Fields, “le entregare resultados”. 

Tres semanas despues, Rod regresa a hablar con Clay sin mu- 
cha determination. “No se que concluir de todo esto. No doy con lo 
que esta produciendo el crecimiento de la compafua, ni con la forma 
en que estan administrandolo. Han estado creciendo, pero aunque 
he analizado todas las cifras, no encuentro un patron todavia.” 

Clays lo escucha con paciencia y dice: “Sin embargo, has he- 
cho que me brote una idea. Lo que se requiere es polinizacion cru- 
zada y mucho oxlgeno. Tenemos que escarbar mas. ^Examinaste 
todo, menos el fondo?” 

Rod responde, desconcertado: “No... eh... £a que te refieres?” 

^Como puede Clay Potts explicarle de manera sutil a Rod 
Golden que es importante analizar tanto los datos cuantitativos 
conio la information cualitativa para elaborar una evaluation apro- 
piada del potencial de Fields para convertirse en una empresa mas 
fructifera? En un parrafo, recomiende documentos espetificos a 
leer. Enumere los pasos espetificos que Rod debe seguir para eva- 
luar los documentos de information cualitativa obtenidos de Fields. 
Escriba un parrafo que explique como los documentos cualitativos 
ayudan a presentar un panorama exhaustivo del exito de Fields. 



FIGURA 5.3 

Un informe de rendimiento que 
muestra mejorfas. 
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FIGURA 5.4 

Un registro de pago que se lleno a 
mano. 
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uno de los miembros de su equipo recopilen y clasifiquen una copia en bianco de cada formulario (oficial y no 
oficial) en uso (algunas veces las empresas ya cuentan con alguien encargado de administrar los formularios; esta 
persona sera su primera fuente para saber que formularios se utilizan). 

Podemos comparar los formularios en bianco, junto con sus instrucciones de llenado y distribucion, con los 
formularios llenos, para detectar alguna consistencia en cuanto a los elementos de datos que se hayan dejado en 
bianco, verificar si las personas que se supone deben recibir los formularios en realidad los estan recibiendo y 
determinar si siguen los procedimientos estandar para usar, almacenar y desechar los formularios. Recuerde im- 
primir cualquier formulario basado en Web que los usuarios tengan que imprimir. Como altemativa puede iden- 
tificar y almacenar las versiones electronicas de los formularios que se puedan enviar a traves de Web o correo 
electronico, para almacenarlas en una base de datos e inspeccionarlas despues. 

Una vez que haya creado un catalogo de formularios que lo ayuden a entender el flujo de informacion que se 
utiliza en la empresa en ese momento, lo que debe hacer a continuation es: 

1. Recolectar ejemplos de todos los formularios en uso, sin importar que esten aprobados o no por la empresa 
(formularios oficiales vs. formularios clandestinos). 

2. Observar el tipo de formulario (impreso dentro de la empresa, escrito a mano, generado por computadora 
dentro de la empresa, formularios en lfnea, formularios para llenar en Web, formularios que se imprimen y 
compran de manera externa, etcetera). 

3. Documentar el patron de distribucion deseado. 

4. Comparar el patron de distribucion deseado con quienes realmente recibieron el formulario. 

Aunque este procedimiento lleva tiempo, es util. Otra metodologfa es muestrear los formularios de captura 
de datos que ya esten llenos. Recuerde verificar las bases de datos que almacenan los datos de los consumidores 
al muestrear la entrada de las transacciones de comercio electronico. El analista debe tener en cuenta muchas 
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FIGURA 5.5 

Preguntas por hacer sobre los 
formularios oficiales y 
clandestinos que ya esten llenos. 


preguntas especfficas, como se muestra en la figura 5.5. Estas incluyen los siguientes aspectos de HCI en rela¬ 
tion con la capacidad de uso, la estetica y la utilidad: 

1. pSe lleno el formulario en su totalidad? Si no fue asf, pque elementos se omitieron?, £hubo consistencia en 
los elementos omitidos? ( ,Por que? 

2. ^Hay formularios que nunca se usaron? pPor que? (Revise el diseno y la precision de cada formulario en 
cuanto a su supuesta funcion). 

3. r,.$e enviaron todas las copias de los formularios a las personas apropiadas o se archivaron en forma 
apropiada? De no ser asf, ^por que no? Las personas que deben acceder a los formularios en lfnea, ppueden 
hacerlo? 

4. Si hay un formulario en papel que se ofrece como alternativa a un formulario basado en Web, compare las 
tasas de completion de ambos. 

5. ( \Se utilizan formularios “no oficiales” con regularidad? (Su uso podrfa indicar un problema en los 
procedimientos estandar o batallas polfticas en la organization). 
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Analisis de los documentos cualitativos 

Los documentos cualitativos incluyen mensajes de correo electronico, memorandos, anuncios en tableros y areas 
de trabajo, paginas Web, manuales de procedimientos y de polfticas. Muchos de estos documentos contienen 
gran cantidad de detalles que revelan las expectativas de los autores con respecto al comportamiento de los de- 
mas, junto con las formas en que los usuarios esperan interactuar con las tecnologfas de informacion. 

Aunque muchos analistas de sistemas son aprensivos en cuanto al analisis de documentos cualitativos, no 
tienen razon para serlo. Varios lineamientos pueden ayudar a los analistas a adoptar un enfoque sistematico para 
este tipo de analisis; muchos se relacionan con los aspectos afectivos, emotivos y motivacionales de HCI, asf 
como las relaciones interpersonales en la organization. 

1. Examine los documentos en busca de metaforas clave o que sirvan como gufa. 

2. Busque discrepancias entre internos contra externos o una mentalidad del tipo “nosotros contra ellos”. 

3. Haga una lista de los terminos que caractericen el bien o el mal y que aparezcan varias veces en los 
documentos. 

4. Busque el uso de mensajes y graficos significativos que se publiquen en areas comunes o en paginas Web. 

5. Reconozca un sentido del humor, si es que lo hay. 

El proceso de examinar documentos en busca de metaforas clave o de gufa se lleva a cabo debido a que el 
lenguaje da forma al comportamiento; por ende, las metaforas que empleamos son imprescindibles. Por ejem- 
plo, una organization que habla sobre los empleados como “parte de una gran maquina” o "los engranes de una 
rueda” podrfa estar adoptando un punto de vista orientado a la mecanica. Observe que la metafora de gufa en el 
memo de la figura 5.6 es: “Somos una gran familia feliz”. El analista puede usar esta informacion para predecir 
los tipos de metaforas que seran persuasivas en la organization. En definitiva, si un departamento esta peleando 
con otro, puede ser imposible obtener cooperation en un proyecto de sistemas a menos que se resuelvan las polf- 
ticas en forma satisfactoria. El proceso de evaluar el sentido del humor provee una forma facil y rapida de medir 
muchas variables de HCI, interpersonales y organizacionales, incluyendo la subcultura a la que pertenece una 
persona y el tipo de moral existente. 

MEMOS Ademas de los cinco lineamientos anteriores, el analista tambien debe considerar quien envfa los 
memos y quien los recibe. Por lo general, en una organization, la mayor parte de la informacion fluye hacia 
abajo y en sentido horizontal, en vez de hacerlo hacia arriba, por lo que se envfan muchos mensajes por medio 


FIGURA 5.6 

El analisis de los memos ayuda a 
conocer las metaforas que gufan el 
pensamiento de la organizacion. 


memo 








a l clan, Twyla y A). 
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EXPERIENCIA DE HYPERCASE 


os complace que usted considere a MRE un lugar intere- 
sante para trabajar como consultor. De acuerdo con ciertos rumo- 
res, usted ha estado ocupado explorando la oficina central. Se que 
hay mucho que ver. Es dificil para nosotros llevar cuentas de todo. 
Algo de lo que nos hemos asegurado a traves de los anos es tratar 
de usar los metodos en los que creemos. ^Ha visto alguno de 
nuestros informes? iQue hay sobre los datos que se recolectaron 
en uno de los cuestionarios de Snowden? El parece estar a favor 
de los cuestionarios por encima de cualquier otro metodo. Algu- 
nas personas le guardan rencor, pero creo que usted puede apren- 
der mucho de los resultados. Algunas personas han sido buenas 
a la hora de cooperar en estos proyectos. ^Ya conocio a Kathy 
Blandford?” 

Preguntas de HYPERCASE 

1. Utilice las pistas del caso para evaluar la experiencia de 
computo de la Unidad de capacitacion (Training Unit) y 



los sentimientos de su personal en cuanto al PSRS. ^Cual 
cree usted que sea el consenso en la Unidad de 
Capacitacion en cuanto al sistema de rastreo de proyectos 
computarizado? 

2. ^Que informes y declaraciones genera la Unidad de 

capacitacion durante el desarrollo del proyecto? Haga una 
lista de cada una con una breve description. 

2. De acuerdo con los resultados de las entrevistas, ^cuales son 
los problemas con el sistema de rastreo de proyectos actual 
en la Unidad de capacitacion? 

3. Describa el “conflicto de administration de proyectos” en 
MRE. ^Quien esta involucrado? ^Por que hay un conflicto? 

4. <^C6mo lleva la Unidad de sistemas administrativos 
(Management Systems Unit) el registro del progreso del 
proyecto? Describa con brevedad el metodo o sistema. 


de los sistemas de correo electronico a grupos de trabajo e individuos. Los memos revelan un dialogo activo y 
continuo en la organization. El analisis del contenido de los memos le proveera una tiara idea de los valores, 
posturas y creencias de los miembros de la organization. 

ANUNCIOS O PANCARTAS EN TABLEROS DE ANUNCIOS O EN AREAS DE TABAJO Aunque los anuncios pueden 
parecer secundarios en comparacion con lo que pasa en la organization, sirven como refuerzos sutiles de valores 
para quienes los leen. Los lemas como “Calidad por siempre” o “La seguridad es primero” dan al analista una 
idea de la cultura oficial de la organization. 

SITIOS WEB CORPORATIVOS El analista tambien debe examinar los sitios Web que se utilizan para el comercio 
de negocio a consumidor (B2C), asf como los que se utilizan para las transacciones de negocio a negocio 
(B2B). Examine el contenido de las metaforas, el humor, el uso de las caracterfsticas de diseno (color, graftcos, 
animation e hipervmculos), ademas del significado y la claridad de los mensajes que se proporcionen. Piense en 
el sitio Web desde tres perspectivas distintas: tecnica, estetica y gerencial. (,Hay discrepancias entre los objetivos 
establecidos de la organization y lo que se presenta al espectador? qQue grado de personalization hay disponible en el 
sitio Web para cada usuario? (,Que tanto se puede personalizar el sitio Web? Si no va a disenar sitios de comercio 
electronico para la organization, ^en que afecta lo que usted ve en su sitio o sitios Web a los sistemas que esta 
investigando? Recuerde tomar notas del nivel de interactividad del sitio o sitios Web, la accesibilidad de los 
mensajes y el nivel de seguridad. 

MAN UALES Los manuales de la organization son otros documentos cualitativos que el analista debe examinar. 
Entre estos se incluyen los manuales para los procedimientos de operation del equipo de computo y los manuales 
en linea. Hay que analizar los manuales con base en los cinco lineamientos mencionados anteriormente. Recuerde 
que los manuales presentan lo “ideal”, la forma en que se espera que se comporten las maquinas y las personas. 
Es importante recordar que raras veces se mantienen actualizados los manuales impresos y, de hecho, algunas 
veces quedan relegados en alguna repisa. 

MANUALES DE POLITICAS El ultimo tipo de documento cualitativo que consideraremos es el manual de poh'ticas. 
Aunque por lo general estos documentos abarcan amplias areas de comportamiento de los empleados y la 
empresa, usted se debe enfocar principalmente en aquellos que traten sobre las polfticas relacionadas con los 
servicios de computo, su uso, acceso, seguridad y cuotas. Al examinar las polfticas, el analista de sistemas puede 
obtener una buena idea de los valores, posturas y creencias que gufan a la empresa. 
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OBSERVACION DEL COMPORTAMIENTO DEL ENCARGADO DETOMAR 
DECISIONES 

Observar a los encargados de tomar decisiones, su entorno ffsico y su interaction con el entomo ffsico y ergono- 
mico es un importante metodo discreto para el analista de sistemas. Mediante la observacion de las actividades 
de los encargados de tomar decisiones, el analista busca obtener una comprension de lo que se lleva a cabo en 
realidad, no solo de lo que esta documentado o explicado. Por medio de esta observacion, el analista trata de ver 
de primera mano las relaciones que existen entre los encargados de tomar decisiones y los demas miembros de la 
organization, y al considerar ademas sus interacciones con las tecnologfas tambien puede obtener pistas impor- 
tantes relacionadas con cuestiones de HCI, como que tan bien se adapta el sistema al usuario. 

Observacion de las actividades de toma de decisiones de un gerente comun 

La jornada de trabajo de un gerente se dice es una serie de interrupciones limitadas por breves rafagas de trabajo. 
En otras palabras, determinar lo que un gerente “hace” es una proposition resbalosa, incluso bajo las mejores 
circunstancias. Para que el analista de sistemas pueda comprender adecuadamente la manera en que los gerentes 
caracterizan su trabajo, se utilizan entrevistas interactivas y cuestionarios. Sin embargo, la observacion permite al 
analista ver de primera mano la forma en que los gerentes recopilan, procesan, comparten y utilizan la informa- 
cion y la tecnologfa para llevar a cabo su trabajo. 

Aunque es posible describir y documentar como toman decisiones los gerentes mediante el uso de cuadros 
y flechas, lo que describiremos principalmente es a los humanos y sus actividades. Por lo tanto, sugerimos que 
los analistas de sistemas utilicen una metodologfa mas humanista para describir lo que hacen los gerentes. 
A este metodo se le conoce como guion (playscript) del analista. Con esta tecnica, el “actor” es el encargado 
de tomar decisiones y a quien observamos como “actua” o toma las decisiones. Al momento de establecer un 
guion, el actor aparece en una lista en la columna izquierda y todas sus acciones se listan en la columna dere- 
cha, como se muestra en la figura 5.7. Todas las actividades se registran con verbos; asf, el encargado de las 
decisiones se podrfa describir siempre llevando a cabo una actividad: “habla”, “muestrea”, “corresponde” y 
“decide”. 

El guion es un metodo organizado y sistematico que exige al analista ser capaz de comprender y articular la 
action que realiza cada uno de los encargados de tomar decisiones a los que se esta observando. En un momento 
dado, este metodo ayuda al analista de sistemas a determinar que informacion se requiere para las decisiones im- 
portantes o frecuentes que realizan las personas a las que observa. Asf, del ejemplo del gerente de aseguramiento 
de calidad en el guion, podemos ver con claridad que incluso cuando esta persona encargada de tomar decisiones 
se encuentra en el nivel gerencial medio, de todas formas requiere una buena cantidad de informacion externa 
para realizar las actividades requeridas de este trabajo especffico. 


OBSERVACION DEL ENTORNO FISICO 

Observar las actividades de los encargados de las decisiones es solo una forma de evaluar sus requerimientos 
de informacion. Al observar el entorno ffsico donde trabajan estas personas tambien podemos obtener muchos 
detalles sobre sus requerimientos humanos de informacion. La mayorfa de las veces, este proceso de informa¬ 
cion implica examinar de manera sistematica sus oficinas y sus interacciones con la tecnologfa, ya que con 
ambas suelen establecer una relation de influencia mutua. Muchas cuestiones de HCI se pueden identificar 
por medio de la observacion estructurada y se pueden conformar con otras tecnicas, como las entrevistas o 
cuestionarios. 

Observacion estructurada del entorno (STROBE) 

Algunas veces, los crfticos de cine utilizan una forma estructurada de crftica, conocida como analisis de puesta 
en escena (mise-en-scene) para evaluar de manera sistematica lo que hay en una sola toma de la pelfcula. Anali- 
zan la edicion, el angulo de la camara, la decoration del set, los actores y sus vestimentas para averiguar como 
dan forma al significado de la pelfcula segun las intenciones del director. Algunas veces la mise-en-scene de una 
pelfcula contradice lo que se dice en el dialogo. Para el analisis de los requerimientos de informacion, el analista 
de sistemas suele proceder de manera analoga. A menudo es posible observar los detalles especfficos de los alre- 
dedores que confirmaran o negaran la narrativa organizacional (tambien conocida como “historias” o “dialogo”) 
que se encuentra a traves de las entrevistas o cuestionarios. 

Al metodo para la observacion estructurada del entorno (STRuctured Observation of the Environment) se 
le conoce como STROBE, por sus siglas en ingles. Para aplicar el metodo STROBE con exito, el analista tiene 
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FIGURA 5.7 
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Una pagina de muestra del guion 
del analista, en la que se describe 
el proceso de toma de decisiones. 


que observar de manera explfcita siete elementos concretos que se encuentran comunmente en las oficinas. En la 
figura 5.8 se muestran los siete elementos observables y algunas de las preguntas clave que pueden surgir. Estos 
elementos pueden revelar mucho sobre la forma en que un encargado de tomar decisiones recopila, procesa, al- 
macena y comparte informacion, asi como sobre su credibilidad en el lugar de trabajo. 

UBICACION DE LA OFICINA Uno de los primeros elementos que debe observar un analista de sistemas es la ubica- 
cion de la oficina de un encargado de tomar decisiones con respecto a las demas oficinas. Las oficinas accesibles 
tienden a incremental - la frecuencia de interaccion y los mensajes informales, mientras que las oficinas 
inaccesibles tienden a reducir la frecuencia de interaccion y aumentan los mensajes orientados a tareas. Las 
oficinas distribuidas a lo largo del penmetro del edificio por lo general ocasionan que se retenga un informe o 
memo en una de las oficinas, mientras que los conglomerados de oficinas fomentan la difusion de informacion. 
Tambien es probable que las personas cuyas oficinas esten separadas de los demas tengan la tendencia de ver a la 
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FIGURA 5.8 

Siete elementos concretos 
observables de STROBE y 
ejemplos de preguntas que tal vez 
un analista quiera hacer. 


Elemento observable 

Preguntas que un analista podria investigar 

Ubicacion de la oficina 

iQuien tiene la oficina de la esquina? ^Estan 
dispersos en pisos separados los encargados de 
tomar decisiones? 

Colocacion del escritorio 

iAcaso la colocacion del escritorio fomenta la 
comunicacion? ^Demuestra poder? 

Equipo estacionario 

iPrefiere el encargado de tomar decisiones recopilar 
y almacenar la information en forma personal? ^Es 
grande o pequena el area de almacenamiento? 

Accesorios 

iHay evidencia de que el encargado de tomar 
decisiones utiliza una PC, un telefono inteligente o 
una computadora tipo tableta en la oficina? 

Fuentes externas de information 

iObtiene el encargado de tomar decisiones mucha 
information de las fuentes externas, como las 
publicaciones especializadas o la Web? 

lluminacion y colores de la oficina 

^Esta preparada la iluminacion para realizar trabajo 
detallado o es mas apropiada para una comunicacion 
casual? iSon los colores calidos y atractivos? 

Ropa que utilizan los 
encargados de tomar decisiones 

^Muestra autoridad el encargado de tomar decisiones 
al usar trajes conservadores? /Se requiere que los 
empleados usen uniformes? 


organization de una manera distinta y, por ende, se aparten de los demas miembros de la organization en cuanto 
a sus objetivos. 

COLOCACION DEL ESCRITORIO La colocation de un escritorio en la oficina puede ofrecer pistas en cuanto a la 
forma en que el encargado de tomar decisiones ejerce su poder. Los ejecutivos que encierran a un visitante en 
un espacio estrecho con la espalda del visitante dando a la pared mientras se permiten a sf mismos un amplio 
espacio, se colocan por si solos en la mas alta position de poder posible. Es probable que un ejecutivo que coloca 
su escritorio de cara a la pared con una silla a un lado para el visitante fomente la participation e intercambios 
equitativos de information. El analista de sistemas debe observar la disposition de los muebles de la oficina y 
en especial la colocacion del escritorio. La figura 5.9 muestra un ejemplo de la colocacion de un escritorio, asi 
como muchos de los otros elementos de STROBE, como los accesorios, el equipo de oficina estacionario, la 
Rumination, el color y las fuentes externas de information. 


FIGURA 5.9 

Observe la oficina del encargado 
de tomar decisiones para obtener 
pistas concernientes a su 
almacenamiento personal, 
procesamiento y difusion de la 
information. 
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OPORTUNIDAD DE CONSULTORIA 5.3 


No conffes en su autoestima 
o no todo se refleja en un espejo 


; _ 


“IV 

1 l o quiero poder aquf’, objeta el Dr. Drew Charles, director 
medico del banco de sangre regional, donde el grupo de sistemas 
que usted dirige acaba de empezar un proyecto. “Estoy hasta el 
cuello de trabajo tratando de mantener informados a los medicos 
regionales para que sigan las buenas practicas de los bancos de 
sangre”, dice, cerrando los ojos debido a la brillante luz solar que 
entra en su oficina. Apaga la pantalla conectada a su PC y pone su 
atencion en usted y en la entrevista. 

El Dr. Charles esta vestido en un conservador traje oscuro de 
lana y utiliza una corbata de seda con rayas rojas. Continua: “De 
hecho, no tomo decisiones. Estoy aquf solo en plan de apoyo posi- 
tivo”. Saca el cuadro de la organization que se muestra en la figura 
5.C1 para demostrar lo que dice. “Es tan claro como una fractura. 
El administrador en jefe es el experto en todas las cuestiones admi- 
nistrativas. Yo solo soy el consultor medico”. 

La oficina del Dr. Charles esta atestada no solo de publicacio- 
nes medicas como Transfusion, sino tambien con copias amarillen- 
tas de viejas revistas BYTE y las ediciones mas recientes de Business 
Week. Cada revista de Business Week esta abierta en una pagina 
distinta, como si el doctor estuviera en el proceso de devorar cada 
bocado de informacion. Sin embargo, las publicaciones medicas 
desbordadas no estan almacenadas meticulosamente en libreros 
metalicos, como podria esperar. En crudo contraste con el relu- 
ciente equipo nuevo que vio en uso en las salas de donantes, las 
publicaciones medicas estan apiladas en enormes columnas en una 
vieja cama para donadores de sangre que se retiro desde hace mu- 
cho de su uso original. 

A continuation usted decide entrevistar al administrador en 
jefe, Craig Bunker, a quien el Dr. Charles aludio. Quince minutos 
despues del inicio programado de su cita, la secretaria de Bunkers, 
Dawn Upshaw, finalmente le permite entrar a su oficina. Bunker, 
que acaba de terminar una conversation telefonica, esta vestido en 
un saco sport color azul claro, pantalones de cuadros, camisa color 


azul claro y una corbata. “^Como esta? He estado investigando para 
ver como anda todo”, dice Bunker a modo de presentation. Es so¬ 
ciable y muy amigable. 

Al observar el cuarto, usted detecta que no hay archiveros ni 
una PC como la que utiliza el Dr. Charles. Hay muchas fotografias 
de la familia de Craig Bunker, pero el unico artfculo que se asemeja 
a un libro o revista es el boletin informativo del centro. Bloodline. 
Al empezar la entrevista formal, Bunker se enfrasca en historias 
sobre el Banco de sangre de Pennslvania, donde ocupo el puesto de 
asistente administrador hace seis anos. 

Por ultimo, usted baja por las escaleras al humedo sotano de la 
mansion Heath Lambert. Las unidades moviles acaban de regresar 
de llevar la sangre procesada a los hospitales del area. Usted decide 
hablar con Sang Kim, el conductor de una de ellas; con Jenny 
McLaughlin, el gerente de distribution; y con Roberta Martin, una 
tecnica del laboratorio que trabaja en el turno nocturno. 

Roberta empieza: “No se que harfamos sin el doctor”. Sang con- 
tribuye a la conversation y agrega: “Es cierto, nos ayudo a idear un 
mejor itinerario de conduction el ano pasado”. 

Jenny anade: “El Dr. Charles es imprescindible para establecer los 
niveles de inventario de cada hospital y, si no fuera por el, no tendna- 
mos nuestro nuevo software ni mucho menos nuestra nueva red”. 

Como uno de los miembros del equipo de analisis de sistemas 
asignado al proyecto del banco de sangre, desarrolle una lista de 
verification de anecdotas mediante el uso del metodo STROBE 
para interpretar de manera sistematica las observaciones que hizo 
sobre las oficinas del Dr. Charles y de Craig Bunker. Considere 
cualquier discrepancia entre la vestimenta de un encargado de to- 
mar decisiones, sus declaraciones y lo que dicen los demas sobre el; 
entre la ubicacion de su oficina y lo que se expone; y entre el equipo 
de oficina las polfticas establecidas. Ademas, sugiera en un parrafo 
las posibles entrevistas de seguimiento y las observaciones para 
ayudar a resolver cualquier pregunta sin contestar. 



FIGURA 5.Cl 

Cuadro organizacional del centro de sangre regional. 


EQUIPO DE OFICINA ESTACIONARIO Los archiveros, libreros y demas equipo grande para 
almacenar artfculos se incluyen en la categorfa de equipo de oficina estacionario. Si no hay tal 
equipo, es probable que el encargado de tomar decisiones almacene muy pocos elementos de 
informacion personalmente. Si hay mucho equipo de este tipo, es posible que el encargado 
de tomar decisiones almacene y valore mucha informacion. 

ACCESORIOS El termino accesorios (props en ingles, una abreviacion del termino propiedades 
utilizado en el teatro/cine) se reftere a todo el equipo pequeno empleado para procesar 
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information, incluyendo telefonos inteligentes, calculadoras, PC, plumas, lapices y reglas. La presencia de 
equipos de bolsillo, calculadoras y PC en la oficina del encargado de tomar decisiones sugiere que es mas 
probable que los utilice en forma personal que alguien que deba salir de la oficina para usarlos. 

FUENTES EXTERNAS DE INFORMACION Un analista de sistemas necesita saber el tipo de informacion que utiliza 
el encargado de tomar decisiones. A1 observar el tipo de publicaciones almacenadas en su oficina es posible 
averiguar si el encargado de tomar decisiones busca informacion externa (la que encuentra en publicaciones 
especializadas, artfculos de noticias sobre otras empresas en la industria, etc.) o si confia mas en la informacion 
interna (informes de la empresa, correspondencia entre oficinas, manuales de politicas). El analista tambien debe 
observar si el encargado de tomar decisiones prefiere obtener informacion externa a traves de Web. 

ILUMINACION Y COLORES DE LA OFICINA La iluminacion y el color desempenan un papel importante en la 
forma en que el encargado de tomar decisiones recopila informacion. Una oficina con iluminacion calida e 
incandescente indica la tendencia hacia una comunicacion mas personal. Un ejecutivo en una oficina con 
iluminacion calida recopilara mas informacion de manera informal, mientras que algun otro miembro de la 
organization que trabaje en una oficina con mucha iluminacion y colores fuertes tal vez recopile informacion por 
medios mas formales, como memos e informes oficiales. 

VESTIMENTA DE LOS ENCARGADOS DE LAS DECISIONES Mucho se ha escrito sobre la vestimenta que utilizan 
los ejecutivos y demas personas con autoridad. El analista de sistemas puede obtener un entendimiento de la 
credibilidad que exhiben los gerentes en la organization al observar la ropa que utilizan en el trabajo. El traje de 
dos piezas para un hombre, o con falda para una mujer, representa la maxima autoridad, de acuerdo con algunos 
investigadores que han estudiado las percepciones de la apariencia de los ejecutivos. Cuando los lfderes visten 
ropa casual pueden dar cabida a un proceso de toma de decisiones mas participativo, pero dicha vestimenta a 
menudo provoca cierta perdida de credibilidad en la organization, si la cultura predominante valora la vestimenta 
traditional y conservadora. 

Mediante el uso del metodo STROBE, el analista de sistemas puede obtener una mejor comprension de la 
forma en que los gerentes recopilan, procesan, almacenan y utilizan la informacion. En la figura 5.10 se muestra 
un resumen de las caracterfsticas que exhiben los encargados de tomar decisiones y los correspondientes elemen- 
tos observables. 

Aplicacion del metodo STROBE 

Una forma de implementar el metodo STROBE es mediante el uso de una lista de verification de anecdotas con 
sfmbolos de taquigraffa representatives. Esta forma de aplicar el metodo STROBE fue util para averiguar los 
requerimientos de informacion para cuatro personas encargadas de tomar decisiones clave en una franquicia de 
tiendas de ropa. 

Como se muestra en la figura 5.11, los analistas de sistemas utilizaron cinco sfmbolos de taquigraffa para 
evaluar como se comparaba la observation de los elementos STROBE con la narrativa organizacional generada 
por medio de las entrevistas. Los cinco sfmbolos son: 

1. Una marca de verification indica que se confirmo la narrativa. 

2. Una “X” indica que se invierte la narrativa. 


FIGURA 5.10 

Un resumen de las caracterfsticas 
de los encargados de tomar 
decisiones, las cuales 
corresponden a los elementos 
observables en el entorno ffsico. 


Caracteristicas de los encargados 
de tomar decisiones 

Elementos correspondientes en 
el entorno ffsico 

Recopila informacion de manera informal 

Iluminacion incandescente y colores calidos 

Busca informacion fuera de la organization 

Habia publicaciones especializadas en la oficina 

Procesa los datos en forma personal 

Habia PC o computadoras tipo tableta en la oficina 

Almacena informacion en forma personal 

Habia equipo/archivos en la oficina 

Ejerce poder en la toma de decisiones 

La ubicacion del escritorio denota poder 

Exhibe credibilidad en la toma de decisiones 

Usa ropa que refleja autoridad 

Comparte informacion con los demas 

Oficina con facil acceso 
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Recolectar datos en forma discreta parece algo sencillo, hasta que nos damos cuenta de que debemos organizar, alma- 
cenar y recuperar todos los datos recolectados para llevar a cabo el analisis. La solucion mas simple es un paquete de 
software llamado Yojimbo de la companfa Bare Bones. Es economico y facil de usar. Solo hay que arrastrar los elemen- 
tos que deseamos recolectar hacia Yojimbo y buscarlos despues. Una metodologia mas estructurada serfa usar una 
aplicacion como DEVONthink Professional Office. La metafora de una oficina es un poco ambiciosa, ya que usar esta 
aplicacion es como arrojar todo tipo de datos en el cajon de un escritorio y despues averiguar como organizarlo. DE¬ 
VONthink acepta archivos de Microsoft Word, Excel y PowerPoint, asi como cualquier objeto de iWork. Puede llevar 
el registro de sitios favoritos y paginas Web, imagenes y archivos PDF. Un lector OCR integrado ayuda a introducir 
paginas en forma directa. 

Cuando llega el momento de acceder a la informacion, DEVONthink puede ayudar al analista de sistemas a reali- 
zar busquedas, clasificar y mostrar relaciones entre los elementos gracias a la inteligencia artificial. DEVONthink no 
ayuda a un analista a determinar el tamano de las muestras o a llevar la cuenta de los errores, pero sf ayuda a recolectar, 
almacenar, recuperar, usar y compartir la informacion recopilada por el analista. 



FIGURA 5.MAC 

DEVONthink Professional Office de DEVONtechnologies. 


3. Un ovalo o sfmbolo en forma de ojo sirve como pista para que el analista de sistemas busque mas detalles. 

4. Un cuadrado indica que la observacion de los elementos STROBE modifica la narrativa. 

5. Un cfrculo indica que la narrativa se complementa con lo que se observo. 

Al implementar el metodo STROBE de esta forma, el primer paso es anotar los temas clave de la or- 
ganizacion que surjan de las entrevistas. Despues se observan y registran los elementos de STROBE. Mas 
adelante, al comparar la narrativa y las observaciones, se utiliza uno de los cinco sfmbolos apropiados para 
caracterizar la relacion. Asf, el analista crea una tabla que primero documenta y despues ayuda a analizar las 
observaciones. 
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FIGURA 5.11 


Lista anecdotica con sfmbolos, 
para la implementation de 


STROBE. 


Narrath/adescritaporlos 

^Wormaadnftuyede manera 

actwa en todoe los nivetea. 

Adam sdic e: -y ocahuloh5 
porcentajes por mi cuenta". 

Zt d 'T“ Meeustaestu ^ 

sobre estas cosas”. 

seq6n X HaCemos las c °sas 
3 to que quiera el Sr. Adams". 

Julie dice: “Algunas vecee parece 

^^oiei^Za-. 


anecdotas con sfmbolos par a apficar STROBE 

)S ... . If..__ 


Ubicacion de 
of/cina y equipo 


V 


buminacion, colory 
elementos graficos 
be la oficina 


Vestimenta del 
encargado de tomar 
decisiones 


□ 




Clave 

'■Xconfirma la narrativa 
X Mega 0 invierte la narrativa 


XX P| sta para buscar mas detalles 
□ Modifica la narrativa 
O Complementa la narrativa 


RESUMEN 


En este capitulo conocimos los metodos discretos para recopi- 
lar information: el muestreo, la investigation de datos cualita- 
tivos y cuantitativos en formularios actuales y archivados, y la 
observation de las actividades del encargado de las decisiones 
por medio del guion del analista, asf como la observation del 
entorno ffsico del encargado de las decisiones mediante el uso 
de STROBE. 

A1 proceso de seleccionar en forma sistematica los ele- 
mentos representatives de una poblacion se le conoce como 
muestreo. El proposito del muestreo es seleccionar y estudiar 


documentos como facturas, informes de ventas y memos, o 
tal vez seleccionar y entrevistar, repartir encuestas u observar 
miembros de la organization. El muestreo puede reducir los 
costos, agilizar el proceso de recopilacion de datos, mejorar 
la efectividad del estudio y reducir la predisposition en el 
mismo. 

Un analista de sistemas debe seguir cuatro pasos para dise- 
nar una buena muestra: determinar la poblacion, decidir sobre 
el tipo de muestra, calcular el tarnano de la misma y planear los 
datos que es necesario recolectar o describir. 


www.xlibros.com 










CAPlTULO 5 • RECOPILACION DE INFORMACION: METODOS DISCRETOS 149 



_L/ stamos orgullosos de nuestro edificio aquf en Tennessee. De 
hecho, pedimos a la firma arquitectonica I. M. Paid que usara el 
mismo tema para mezclarnos con el paisaje local y, al mismo 
tiempo, identificarnos con nuestros clientes en todas las sucursales. 
Recibimos muchas personas que entran solo para admirar el edifi¬ 
cio, una vez que se dan cuenta donde se ubica exactamente. De 
hecho, para los estandares de Tennessee, recibimos tantos visitan- 
tes, jque bien podrfamos compararnos con las piramides! Bueno, 
usted podra averiguarlo por su cuenta a medida que lo recorra. El 
Atrio este (East Atrium) es mi lugar favorito: entra niucha luz a 
traves del enorme tragaluz del techo. Ademas siempre me ha fasci- 
nado el hecho de que el edificio y su mobiliario podrfan contar una 
historia muy distinta a la que cuentan sus ocupantes”. 

“Algunas veces los empleados se quejan de que todas las ofici- 
nas se ven iguales. Pero las salas publicas son espectaculares. Incluso 
el comedor es atractivo. La mayorfa de las personas no pueden decir 
lo mismo de las cafeterias de su lugar de trabajo. De todas formas 
puede observar que todos personalizamos nuestras oficinas. Asf que, 
aunque estas fueran iguales, las personalidades de sus ocupantes se 
aduenan de ellas despues de un tiempo de ocuparlas. ^Que ha visto 
usted? ^Hubo algo que lo sorprendiera hasta ahora?”. 


Preguntas de HYPERCASE 

1. Use el metodo STROBE para comparar y contrastar las 
oficinas de Evans y Ketcham. ^A que conclusion puede llegar 
con sus observaciones de la manera en que cada persona 
utiliza la tecnologia de la informacion? ^Que tan compatibles 
parecen ser Evans y Ketcham en terminos de los sistemas que 
utilizan? ^Que otras pistas en cuanto al almacenamiento, al 
uso y a la difusion de la informacion puede descubrir despues 
de haber observado sus oficinas? 

2. Examine con cuidado la oficina de Kathy Blandford. Use el 
metodo STROBE para confirmar, invertir o negar lo que supo 
durante su entrevista con ella. Haga una lista de todo lo que 
encuentre sobre la Srita. Blandford despues de observar su 
oficina, que no haya averiguado en la entrevista. 

3. Examine con cuidado el contenido del area de reception de 
MRE mediante el metodo STROBE. ^Que cosas puede 
inferir sobre la organization? Elabore una lista. ^Que 
preguntas le gustaria hacer en las entrevistas despues de 
haber observado el area de reception? Haga una lista de las 
personas a las que le gustaria entrevistar y las preguntas que 
haria a cada una de ellas. 



FIGURA 5.HC1 

Hay pistas ocultas en HyperCase. Use el metodo STROBE para descubrirlas. 


Los tipos de muestras utiles para un analista de siste¬ 
mas son: de conveniencia, intencionadas, simples aleatorias y 
complejas aleatorias. El ultimo tipo incluye las subcategorfas 


de muestreo sistematico y muestreo estratificado. Hay varios 
lineamientos a seguir para determinar el tamano de las mues¬ 
tras. 
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Los analistas de sistemas necesitan investigar los datos y 
formularios actuales y archivados, los cuales revelan donde 
ha estado la organizacion y hacia donde creen sus miembros 
que se dirige. Hay que analizar tanto los documentos cuantita- 
tivos como los cualitativos. Debido a que los documentos son 
mensajes persuasivos, debe tomar en cuenta que modificarlos 
puede tambien cambiar a la organizacion. 

Los analistas utilizan la observation como una tecnica de 
recopilacion de informacion; por medio de ella began a enten- 
der lo que en realidad ocurre cuando los usuarios interactuan 
con la tecnologfa de la informacion. Una manera de describir la 
forma en que se comportan los encargados de tomar decisiones 
es mediante el uso de un guion del analista, en el que se docu- 
menta cada una de las actividades de los principales actores. 

Ademas de observar el comportamiento del encargado de 
las decisiones, el analista de sistemas debe observar su entorno 
en busca de pistas importantes que le indiquen que tan bien se 


adapta el sistema al usuario. Uno de los metodos para ello es la 
Observacion estructurada del entorno (STROBE). Un analista 
de sistemas utiliza el metodo STROBE de la misma forma en 
que un cntico de cine utiliza un metodo conocido como analisis 
de puesta en escena (mise-en-scene) para analizar una toma en 
una pelfcula. 

Es posible observar e interpretar varios elementos concre- 
tos en el entorno del encargado de tomar decisiones: 1) ubi- 
cacion de la oficina, 2) colocacion de su escritorio, 3) equipo 
de oficina estacionario, 4) accesorios como dispositivos de 
bolsillo y PC, 5) fuentes externas de informacion como pu- 
blicaciones especializadas y el uso de Web, 6) iluminacion y 
colores de la oficina y 7) vestimenta que utiliza el encargado 
de tomar decisiones. Se puede utilizar el metodo STROBE para 
comprender mejor la verdadera forma en que los encargados de 
tomar decisiones recopilan, procesan, almacenan y comparten 
la informacion para poder llevar a cabo su trabajo. 


PALABRAS CLAVE Y FRASES 


accesorios (dispositivos de bolsillo y PC) 
colocacion del escritorio 
comercio de negocio a consumidor (B2C) 
comercio de negocio a negocio (B2B) 
equipo de oficina estacionario 
fuentes externas de informacion 
guion del analista 
iluminacion y colores de la oficina 
muestra compleja aleatoria 
muestra de conveniencia 
muestra intencionada 
muestra simple aleatoria 

PREGUNTAS DE REPASO 

1. Defina lo que significa muestreo. 

2. Mencione cuatro razones por las que serfa conveniente para el analista de sistemas muestrear datos o seleccionar 
personas representativas para las entrevistas. 

3. (Cuales son los cuatro pasos a seguir para disenar una buena muestra? 

4. Mencione las tres metodologfas para el muestreo complejo aleatorio. 

5. Defina lo que significa estratificacion de las muestras. 

6. (Que efecto sobre el tamano de la muestra se produce al usar un mayor nivel de confianza a la hora de muestrear los 
datos de los atributos? 

7. (Cual es la variable primordial que determina a cuantas personas debe el analista de sistemas entrevistar a profundidad? 

8. (Que informacion sobre el encargado de tomar decisiones busca obtener el analista a partir de la observacion? 

9. Mencione cinco pasos para ayudar al analista a observar las actividades comunes del encargado de tomar decisiones. 

10. En la tecnica conocida como guion del analista, (quien es el actor? 

11. En el guion del analista, (que informacion sobre los gerentes se registra en la columna de la derecha? 

12. Teniendo en cuenta que la idea de STROBE provino originalmente del mundo cinematografico, (a que se asemeja el 
papel del analista de sistemas? 

13. Haga una lista de los siete elementos concretos del entorno ffsico del encargado de tomar decisiones que el analista de 
sistemas puede observar mediante el uso de STROBE. 


muestreo 

muestreo de conglomerado 
muestreo estratificado 
muestreo sistematico 
nivel de confianza 
observacion sistematica 
poblacion de muestra 
sitios Web corporativos 
STROBE 

ubicacion de la oficina 

vestimenta utilizada por los encargados de tomar decisiones 


PROBLEMAS 

1. A Cheryl Stake le preocupa que se esten llenando demasiados formularios de manera incorrecta. Ella cree que 
aproximadamente un 8 por ciento de los formularios tienen errores. 

a. (.Que tan grande debe ser el tamano de muestra que utilice la Srita. Stake para estar un 99 por ciento segura de que 
estara dentro del 0.02? 

b. (Que tan grande debe ser el tamano de muestra que utilice la Srita. Stake para estar un 90 por ciento segura de que 
estara dentro del 0.02? 

c. Explique la diferencia entre las partes a y b. 
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d. Suponga que la Srita. Stake aceptara un nivel de confianza del 95 por ciento de que estara dentro del 0.02. (Cual 
debera ser ahora el tarnano de la muestra de los formularios? 

2. “Veo que tiene muchos papeles ahl. (Que es todo eso?”, pregunta Betty Kant, jefa de la fuerza de trabajo de MIS que 
constituye el grupo de enlace entre el grupo de sistemas que usted encabeza y la empresa Sawder’s Furniture Company. 

Usted se encuentra lidiando con un gran paquete de papeles en el momento en que se prepara para salir del edificio. 

“Bueno, tengo algunos estados de cuenta financieros, informes de production de los ultimos seis meses y algunos 
informes de rendimiento que me dio Sharon sobre los objetivos y el rendimiento laboral durante los ultimos seis meses”, 
le contesta usted al tiempo que algunos de los papeles caen al piso. “(Por que?” 

Betty toma los papeles que trae usted y los coloca en el escritorio mas cercano. Despues le responde: "Por que no 
necesita toda esta basura. Esta aquf para una cosa: hablar con nosotros, los usuarios. Apuesto a que nada de ese altero es 
trascendente”. 

a. La unica forma de convencer a Betty de la importancia de cada documento es decirle lo que busca en cada uno. 

Explique en un parrafo que tipo de documento contribuye para que el analista de sistemas pueda entender el 
funcionamiento de la empresa. 

b. Mientras habla con Betty se da cuenta de que tambien necesita otros documentos cuantitativos. Haga una lista de 
ellos. 

3. Recientemente, usted obtuvo muestras de los mensajes de correo electronico que se han enviado a varios gerentes de 
nivel medio de Sawder’s Furniture Company, que distribuye muebles de aglomerado del tipo “hagalo usted mismo” en 
todo el pais. He aquf una que repite un mensaje que se encontro en varios memos mas: 

Para: Sid, Ernie, Carl 
De: Imogene 

Re: Provisiones de computadora/impresora 
Fecha: Noviembre 10, 2009 

Me han hecho saber que estoy en una guerra contra las solicitudes de provisiones de computadora e impresora (CD 
grabables, toner, papel, etc.) que estan fuera de proportion en cuanto a lo que se habla negociado con base en el 
presupuesto actual. Como todos aquf somos buenos soldados, espero que acepten lo que su sargento de provisiones les 
indique que sea lo normal. Por favor, no mas “requisiciones a medianoche” para compensar la escasez en existencia. 

Gracias por su lealtad, soldados; esto facilita la batalla para todos nosotros. 

a. (.Que metafora(s) se esta(n) usando? Haga una lista de la metafora dominante y otras frases que se relacionen con 
ese tema. 

b. Si encontro evidencia repetida de esta idea en otros mensajes de correo electronico, (.que interpretation tendrfa? Use 
un parrafo para explicar. 

c. Describa en un parrafo la forma en que las personas en su grupo de analisis de sistemas pueden usar la information 
de los mensajes de correo electronico para dar forma a su proyecto de sistemas para Sawder’s. 

d. En entrevistas con Sid, Ernie y Carl, no ha habido mention de problemas para obtener suficientes provisiones de 
computadora e impresora. Describa en un parrafo por que dichos problemas tal vez no surjan en las entrevistas y 
hable sobre el valor de adicionalmente examinar los mensajes de correo electronico y otros memos. 

4. “He aquf el manual principal de polfticas en el que hemos trabajado durante todos estos anos para los usuarios del 
sistema”, dice Al Bookbinder, al tiempo que sopla el polvo del manual y se lo entrega. Al se encarga de guardar los 
documentos para el departamento de sistemas de Prechter and Gumbel, un gran fabricante de productos para el cuidado 
de la salud y de belleza. “Todo lo que necesita saber cualquier usuario de cualquier parte del sistema esta en lo que yo 
llamo el Libro Azul. Es decir, esta abarrotado de polfticas. Es tan grande. Yo soy el tinico con un ejemplar completo. 

Cuesta demasiado reproducirlo”. Usted agradece a Al y se lleva el manual. Al leerlo se asombra de su contenido. La 
mayorfa de las paginas empiezan con un mensaje tal como: “Esta pagina sustituye a la pagina 23.1 en el Vol. II del 
manual. Deseche los insertos anteriores; no usar”. 

a. Haga una lista de sus observaciones sobre la frecuencia de uso del Libro Azul. 

b. (Que tan amigables para los usuarios son las actualizaciones en el manual? Escriba un enunciado en el que explique 
su respuesta. 

c. Escriba un parrafo en el que comente sobre la sabidurfa de tener todas las polfticas importantes para todos los 
usuarios del sistema en un solo libro. 

d. Sugiera una solution que incorpore el uso de manuales de polfticas en lfnea para algunos usuarios. 

5. “Creo que podre recordar casi todo lo que el hace”, dice Ceci Awll. Ceci esta a punto de entrevistar a Biff Welldon, 
vicepresidente de planeacion estrategica de OK Corral, una cadena de restaurantes de bisteces con 130 sucursales. “Es 
decir, tengo buena memoria. De todas formas, creo que es mucho mas importante escuchar lo que dice que observar lo 
que hace”. Como miembro del equipo de analistas de sistemas que usted dirige, Ceci ha estado hablando con usted 
sobre la conveniencia de anotar sus observaciones de la oficina de Biff y sus actividades durante la entrevista. 

a. En un parrafo, persuada a Ceci de que no basta con escuchar en las entrevistas, sino que tambien es importante 
observar y registrar esas observaciones. 

b. Parece que Ceci ha aceptado su idea de que es importante la observation, pero aun no sabe como realizarla. Haga 
una lista de elementos y comportamientos a observar, y en un enunciado junto a cada comportamiento indique el 
tipo de information que Ceci debe obtener. 
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6. “Somos una empresa progresista, siempre buscando estar delante de la curva de energla. Probaremos cualquier cosa con 
tal de que podamos adelantarnos a la competencia, y eso nos incluye a todos”, dice I. B. Daring, un ejecutivo de la 
empresa Michigan Manufacturing (2M). Usted lo esta entrevistando como un paso preliminar en un proyecto de 
sistemas en el que sus subordinados han expresado interes. A medida que escucha a I. B., echa una ojeada en su oficina y 
descubre que la mayor parte de la informacion que tiene almacenada en las repisas se puede clasificar como manuales de 
procedimientos internos. Ademas observa que hay una PC en una mesa en la parte posterior de la oficina de I. B. La 
pantalla esta cubierta de polvo y los manuales apilados a un lado de la PC aun tienen la envoltura original. Aunque usted 
sabe que 2M utiliza una intranet, no puede ver cables que entren o salgan de la PC de I.B. En la pared detras del enorme 
escritorio de caoba se aprecian cinco retratos al oleo, enmarcados, de los fundadores de 2M, todos agrupados alrededor 
de una placa dorada que porta el lema de la corporation: “Asegurese de estar en lo correcto y despues, siga adelante”. 

a. ^Cual es la narrativa organizacional o argumento segun lo que describe I. B. Daring? Reformule con sus propias 
palabras. 

b. Haga una lista de los elementos de STROBE que haya observado durante su entrevista con I.B. 

c. Escriba, al lado de cada elemento de STROBE que haya observado, un enunciado sobre como lo interpretarfa. 

d. Construya una tabla con el lema de la organizacion del lado inferior izquierdo de la pagina y los elementos de 
STROBE en la parte superior. Use los sfmbolos de la aplicacion de la “lista de anecdotas” de STROBE para indicar 
la relation entre el argumento de la organizacion segun lo descrito por I.B. y cada elemento que usted haya 
observado (es decir, indique si cada elemento de STROBE confirma, invierte, lo obliga a buscar mas detalles, 
modifica o complementa la narrativa). 

e. Con base en sus observaciones de STROBE y su entrevista, declare en un parrafo los problemas que puede anticipar 
en cuanto a obtener un nuevo sistema aprobado por I.B. y los demas. En una oration o dos describa como hubiera 
podido ser distinto su diagnostico si solo hubiera hablado con I.B. por telefono, o si hubiera leido sus comentarios 
escritos en una propuesta de sistemas. 


PROYECTOS EN GRUPO 

1. Suponga que su grupo servira como equipo de analisis y diseno de sistemas en un proyecto disenado para computarizar 
o mejorar la computarizacion de todos los aspectos de negocios de una empresa de transportes estadounidense a nivel 
nacional con una trayectoria de 15 anos, conocida como Maverick Transport. Esta empresa se especializa en embarques 
menores a un camion completo (LTL). Los empleados de la administration trabajan con base en la filosofia de justo a 
tiempo (JIT), a partir de la cual han creado una sociedad en la que se incluye el emisor, el destinatario y el transportista 
(Maverick Transport) para el proposito de transportar y entregar los materiales que se requieren justo a tiempo para 
usarlos en la lfnea de production. Maverick mantiene 626 camiones para transportar carga y cuenta con 45,000 pies 
cuadrados de espacio de bodega, ademas de 21,000 pies cuadrados de espacio de oficina. 

a. Desarrolle junto a los miembros de su grupo una lista de recursos de datos de archivo que se deban verificar al 
analizar los requerimientos de informacion de Maverick. 

b. Cuando la lista este completa, idee un esquema de muestreo que permita a su grupo obtener una imagen clara de la 
empresa sin tener que leer todos los documentos generados en su historial de 15 anos. 

2. Haga los arreglos para visitar una organizacion local que este en expansion o que este mejorando de alguna forma sus 
sistemas de informacion. Para que su grupo pueda practicar los diversos metodos de observation descritos en este 
capftulo, asigne uno de estos dos metodos a cada miembro del equipo: 1) desarrollar el guion del analista o 2) usar 
STROBE. Es posible emplear muchas de estas estrategias durante las entrevistas de uno a uno, mientras que otras 
requieren reuniones formales en la organizacion. Trate de cumplir con varios objetivos durante su visita a la 
organizacion; programela a una hora apropiada que permita a todos los miembros del equipo probar su metodo de 
observation asignado. Usar varios metodos como las entrevistas y la observation (la mayor parte de las veces al mismo 
tiempo) es la unica forma efectiva en costo de obtener una imagen verdadera y oportuna de los requerimientos de 
informacion de la organizacion. 

3. Los miembros de su grupo se deben reunir y discutir sobre sus hallazgos despues de completar el proyecto 2. ^,Hubo 
sorpresas? ^La informacion recopilada por medio de la observation confirmo, invirtio o nego lo que se aprendio en las 
entrevistas? ^Hubo conflictos directos entre algunos de los hallazgos de los metodos de observation? Trabaje con su 
grupo para desarrollar una lista de formas de lidiar con cualquier tipo de informacion desconcertante (por ejemplo, 
mediante la realization de entrevistas de seguimiento). 
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EPISODIO 5 


CASO DE LA CPU 


Allen Schmidt, Julie E. Kendall y Kenneth E. Kendall 


Ver es creer 


“Chip, se que las entrevistas tardaron mucho tiempo, pero valieron la pena”, dice Anna en tono defensivo mientras Chip entra 
a su oficina con una mirada de preocupacion en su rostro. 

“Estoy seguro de ello”, dice Chip. “En realidad les dejaste una buena impresion. Las personas me han detenido en el pa- 
sillo para decirme que estan felices de que estemos trabajando en el nuevo sistema. No me preocupan las entrevistas en si. Lo 
que me preocupa es que no tuvimos tiempo para hablar sobre las observaciones antes de que hicieras las entrevistas”. 

“Pierde cuidado, fui toda ojos”, se rfe Anna. “Utilice una tecnica llamada STROBE, Observacion estructurada del entorno, 
para ver de una manera sistematica los habitats de nuestra persona encargada de tomar las decisiones. De seguro le interesaran 
las notas que escribi para cada persona que entreviste”, dice Anna, mientras entrega a Chip por escrito sus observaciones orga- 
nizadas de cada una de las entrevistas. 

EJERCICIOS 

Para hacer estos ejercicios tiene que visitar el sitio Web para obtener las observaciones de las oficinas de los encargados de tomar 
decisiones. Visite el sitio Web en www.pearsonhighered.com/kendall y busque la seccion “CPU Observations of Decision Mak¬ 
ers’ Offices” (Observaciones de la CPU sobre las oficinas de los encargados de tomar decisiones). 

E-l. Con base en la observacion que hizo Anna sobre la oficina y las vestimentas de Dot, use el metodo STROBE para anali- 
zar a Dot como encargado de tomar decisiones. En dos parrafos, compare y contraste lo que aprendio en la entrevista de 
Dot con lo que aprendio por medio del metodo STROBE. 

E-2. Despues de examinar las observaciones por escrito de Anna sobre la oficina de Mike Crowe, use el metodo STROBE 
para analizar a Mike como encargado de tomar decisiones. ),Que diferencias (si las hay) puede ver entre la entrevista de 
Mike y las observaciones de Anna sobre Mike? Responda en dos parrafos. 

E-3. Use el metodo STROBE para analizar las observaciones por escrito de Anna sobre Cher Ware y Paige Prynter. Use dos 
parrafos para comparar y contrastar el estilo de toma de decisiones de cada persona, segun lo que revelen sus oficinas y 
su vestimenta. 

E-4. Use el metodo STROBE para analizar las observaciones por escrito de Anna sobre Hy Perteks. Ahora compare su analisis 
con la entrevista de Hy. Use dos parrafos para discutir si STROBE confirma, niega, invierte o sirve como pista para buscar 
mas detalles en la narrativa de Hy (incluya preguntas adicionales que desee hacer a Hy para aclarar su interpretation). 
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2. Usar prototipos para recopilar requerimientos humanos de informacion. 

3. Comprender el concepto de RAD para usarlo en la recopilacion de los requerimientos 
humanos de informacion y el diseno de interfaces. 

4. Comprender el modelado agil y las practicas basicas que lo diferencian de otras 
metodologias de desarrollo. 

5. Conocer la importancia de los valores fundamentales para el modelado agil. 

6. Comprender como mejorar la eficiencia, para trabajadores expertos, mediante el uso 
de metodos estructurados o modelado agil. 


If 


En este capitulo exploraremos el modelado agil: una coleccion de innovadoras 
metodologias para el desarrollo de sistemas centradas en el usuario. Aprendera 
sobre valores y principios, actividades, recursos, practicas, procesos y herra- 
mientas asociadas con las metodologias agiles. Estas metodologias tienen sus 
raices en los prototipos, por lo que este capitulo se inicia con ellos para proveer 
un mejor contexto de entendimiento; hacia la segunda mitad del capitulo 
abordaremos la metodologia agil. 

La creacion de prototipos de sistemas de informacion es una tecnica valiosa para recopilar 
rapidamente informacion especifica sobre los requerimientos de informacion de los usuarios. 
En general, la creacion de prototipos efectivos se debe llevar a cabo en las primeras etapas del 
SDLC, durante la fase de determinacion de requerimientos. 

Induimos los prototipos en este punto para recalcar su importancia como tecnica de reco¬ 
pilacion de informacion. Al usar los prototipos de esta forma, el analista de sistemas busca las 
reacciones iniciales de los usuarios y la gerencia con respecto al prototipo, las sugerencias de 
los usuarios sobre cambiar o limpiar el sistema propuesto, las posibles innovaciones para este 
y los planes de revision que definen las partes del sistema a implementar primero o las sucur- 
sales de la empresa que seguiran. 

Hay una variedad especial de prototipo en la que se utiliza una metodologia orientada a 
objetos, conocida como desarrollo rapido de aplicaciones (RAD). Los prototipos y RAD tambien 
se pueden utilizar como metodo alternative al SDLC. 
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PROTOTIPOS 

Como analista de sistemas que va a presentar un prototipo del sistema de informacion, a usted le interesan 
mucho las reacciones que tendran los usuarios y la administration con respecto al prototipo. Debe anticipar 
con precision como reaccionaran al trabajar con el prototipo y que tan bien se adaptaran a sus necesidades las 
caracterfsticas del sistema previstas. Las reacciones se recopilan a traves de la observation, entrevistas y hojas 
de retroalimentacion (posiblemente cuestionarios) disenadas para obtener la opinion de cada persona sobre el 
prototipo a medida que interactua con el. 

La informacion que se recopila en la fase de prototipos permite al analista establecer prioridades y redirigir 
los planes sin sufrir repercusiones graves, con un mfnirno de interruption. Debido a esta caracteristica, la crea¬ 
tion de prototipos y la planeacion van de la mano. 

Tipos de prototipos 

La palabra prototipo se utiliza en muchas formas; en vez de intentar una definition sintetizada de ellos, o de tra- 
tar de forzar una metodologfa correcta para este tema controversial, vamos a ilustrar como se puede aplicar con 
exito cada una de las diversas concepciones de los prototipos en una situation espetifica, como se muestra en la 
figura 6.1. 

PROTOTIPO DE PARCHES El primer tipo alude a la construction de un sistema funcional, parchado o construido 
totalmente con parches. En ingenierfa, a esta metodologfa se le conoce como “breadboarding”: crear un modelo 
funcional de un circuito integrado (cuya forma final sera microscopica) uniendo partes. 

En terminos de sistemas de information, se trata de un modelo funcional, con todas las caracterfsticas ne- 
cesarias, pero que es ineficiente. En esta instancia del prototipo, los usuarios pueden interactuar con el sistema 
y acostumbrarse a la interfaz y a los tipos de salidas disponibles. Sin embargo, los procesos de recuperation y 
almacenamiento de informacion pueden ser ineficientes debido a que los programas se escribieron con rapidez, 
con el objetivo de que fuera funcional en vez de eficiente. 


FIGURA 6.1 

Cuatro tipos de prototipos (en el 
sentido de las manecillas del 
reloj, empezando en la esquina 
superior izquierda). 



Prototipo de parches 



Prototipo no operacional 



Prototipo primero de una serie 


Prototipo de caracterfsticas selectas 
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PROTOTIPO NO OPERACIONAL La segunda conception de prototipo es la del modelo a escala no funcional, 
empleado para probar ciertos aspectos del diseno. Un ejemplo es el modelo a escala completa de un automovil que 
se utiliza en pruebas de tunel de viento. El tamano y la forma del automovil son precisos, pero el automovil no es 
funcional; se incluyen solo las caracterfsticas esenciales para una prueba especffica. 

Seria pertinente un modelo de escala no funcional para un sistema de information cuyas aplicaciones requi- 
rieran una codification demasiado extensa como para incluirla en el prototipo, pero fuera util hacerse una idea de 
la entrada y la salida necesarias solamente. En este caso, no se crearfa un prototipo del procesamiento, debido al 
excesivo costo y tiempo requeridos. Los usuarios de todas formas podrian tomar decisiones en cuanto a la utili- 
dad del sistema con base en el prototipo de la entrada y la salida. 

PROTOTIPO PRIMERO DE UNA SERIE La tercera conception de los prototipos es la creation de un modelo a escala 
completa de un sistema, a lo que comunmente se le conoce como piloto. Un ejemplo seria crear el prototipo del 
primer aeroplano de una serie y despues ver si puede volar antes de construir un segundo aeroplano. El prototipo 
es completamente funcional; es una realization de lo que el disenador espera sea una serie de aeroplanos con 
caracterfsticas identicas. 

Este tipo de prototipo es util cuando se planean muchas instalaciones del mismo sistema de information. 

El modelo funcional a escala completa permite a los usuarios experimentar una interaction realista con el nuevo 
sistema, al tiempo que minimiza el costo de solucionar los problemas que presenta. Por ejemplo, cuando una 
cadena de tiendas de abarrotes al menudeo intenta usar el intercambio electronico de datos (EDI) para verificar 
los envfos de los proveedores en varios puntos de venta, se podrfa instalar un modelo a escala completa en una 
tienda, antes de implementar el sistema en las demas, con el fin de que surjan los potenciales problemas de EDI 
solo ahf para resolverlos antes de que se extiendan en todos puntos de venta. 

PROTOTIPO DE CARACTERISTICAS SELECTAS La cuarta conception de los prototipos es la creation de un modelo 
operational que incluya solo algunas caracterfsticas del sistema final. Una analogfa seria un nuevo centra 
comercial que abra antes de terminar de construir todas las tiendas. 

Al crear prototipos de sistemas de information de esta forma, es posible incluir solo algunas caracterfsti¬ 
cas esenciales. Por ejemplo, el prototipo de un sistema mostrarfa a los usuarios un menu de pantalla con seis 
caracterfsticas, agregar un registro, actualizar un registro, eliminar un registro, buscar una palabra clave en un 
registro, listar un registro o escanear un registro, aunque solo tres de las seis caracterfsticas estarfan habilitadas 
para usarse, de manera que el usuario pueda agregar un registro (caracterfstica 1), eliminar un registro (caracte- 
rfstica 3) y listar un registro (caracterfstica 5). La retroalimentacion de los usuarios puede ayudar a los analistas a 
comprender lo que funciona y lo que no. Tambien puede ayudar con las sugerencias sobre cuales pueden ser las 
siguientes caracterfsticas a agregar. 

Mediante este tipo de creation de prototipos, el sistema se desarrolla en modulos, de manera que si los usua¬ 
rios evaluaron positivamente las caracterfsticas presentadas, se pueden incorporar al sistema final sin tener que 
trabajar mucho para interconectar los modulos. Los prototipos que se realizan de esta manera forman parte del 
sistema actual. No son solo un modelo, como en la creation de prototipos no operacionales que vimos antes. 

A menos que se mencione lo contrario, todas las referencias que hagamos en este capftulo a los prototipos se re- 
feriran al prototipo de caracterfsticas selectas. 

Uso de prototipos como alternativa para el SDLC 

Algunos analistas argumentan que es necesario considerar a los prototipos como una alternativa al SDLC. En el 
capftulo 1 vimos que el SDLC es una metodologfa logica y sistematica para desarrollar sistemas de information. 

Las quejas sobre tener que pasar por el proceso del SDLC se concentran en dos aspectos interrelacionados. 

El primero es el largo tiempo requerido para pasar por el ciclo de vida de desarrollo. A medida que aumenta la 
inversion de tiempo del analista, el costo del sistema entregado se eleva en forma proporcional. 

La segunda es que los requerimientos del usuario cambian con el tiempo. Durante el extenso intervalo entre 
el momento en que se analizan los requerimientos de los usuarios y el momento en el que se entrega el sistema 
terminado, los requerimientos de los usuarios evolucionan. Asf, debido al ciclo de desarrollo extendido, puede 
suceder que el sistema resultante reciba crfticas por abordar en forma inadecuada los requerimientos de informa¬ 
tion actuales de los usuarios. 

Ademas del problema de no estar al corriente con los requerimientos de information de los usuarios, se su- 
giere que estos no son conscientes de lo que desean o detestan sino hasta que conocen una propuesta concreta. 

En el SDLC traditional, a menudo es demasiado tarde para cambiar un sistema no deseado una vez que se en- 
trego al cliente. 

Para lidiar con estos problemas, algunos analistas proponen utilizar los prototipos como alternativa al 
SDLC, pues el analista recorta efectivamente el tiempo entre el proceso de averiguar los requerimientos huma- 
nos de information y la entrega de un sistema funcional. Ademas, al usar prototipos en vez del SDLC traditional 
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se podrian solucionar algunos de los problemas implicados con la identification precisa de los requerimientos de 
informacion de los usuarios. 

Una desventaja de sustituir el SDLC con la creacion de prototipos deriva de dar forma al sistema antes de 
comprender perfectamente el problema o la oportunidad pertinente. Ademas, al usar los prototipos como alter- 
nativa se podria producir un sistema que sea aceptado por ciertos grupos especificos de usuarios, pero que sea 
inadecuado para las necesidades del sistema en general. 

El metodo por el que abogamos en este libro es usar prototipos como parte del SDLC tradicional. Asi po- 
demos considerar a los prototipos como un metodo adicional especializado para averiguar los requerimientos de 
informacion de los usuarios a medida que interactuan con los prototipos y proveen retroalimentacion para el 
analista. 


DESARROLLO DE UN PROTOTIPO 

Los prototipos son un medio excelente para obtener retroalimentacion sobre el sistema propuesto y el grado en 
que cumple con las necesidades de informacion de sus usuarios, como se muestra en la figura 6.2. El primer paso 
de la creacion de un prototipo es estimar los costos involucrados en la construccion de un modulo del sistema. 
Si los costos del tiempo de los programadores y del analista, asi como los costos del equipo estan dentro del 
presupuesto, se puede continual - con la construccion del prototipo. Esta es una excelente manera de facilitar la 
integration del sistema de informacion en la cultura y sistema, mas extensos, de la organization. 


FIGURA 6.2 

Los analistas deben modificar los 
disenos de sus pantallas originales 
con base en las reacciones de los 
usuarios al prototipo. 
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OPORTUNIDAD DE CONSULTORIA 6.1 


Los prototipos, ,-son los reyes? 


; __ 


“P 

V_/omo sabe, somos un grupo entusiasta. Todavla no nos con- 
vertimos en dinastla, pero estamos trabajando en ello”, le dice Paul 
LeGon. A sus 24 anos, Paul (al que presentamos en la Oportunidad 
de consultoria 2.3) es el “nino rey” de Pyramid, Inc., una pequena 
pero exitosa empresa editorial independiente especializada en li- 
bros en rustica que estan fuera de la corriente dominante en la in- 
dustria editorial. Como analista de sistemas, usted ha sido contratado 
por Pyramid, Inc. para desarrollar un sistema de informacion distri- 
buida y un inventario de almacen computarizado. 

“Estamos contratando muchos trabajadores”, continua Paul, 
como si quisiera convencerlo de la inmensidad de la empresa de Pyra¬ 
mid. “Y creemos que Pyramid cuenta con un posicionainiento perfecto 
en lo que respecta a nuestros mercados en el norte, sur, este y oeste”. 

“Mi asistente Cecil Toom y yo hemos estado trabajando muy 
duro, pensando en el nuevo sistema. Y hemos concluido que lo que 
realmente necesitamos es un prototipo. De hecho, hemos descar- 
tado mucho material. Nuestra fascinacion con la idea en general 
realmente ha tornado forma de piramide”. 


Mientras usted se prepara a formular una respuesta para Paul, 
piensa en las semanas anteriores que trabajo con Pyramid, Inc. 
Usted cree que los problemas de negocios que debe resolver su 
sistema de informacion son bastante simples. Tambien sabe que la 
empresa tienen un presupuesto muy limitado y no puede darse el 
lujo de gastar como reina. De hecho, el proyecto es bastante pe- 
queno. 

Ceil, basandose en los anteriores comentarios de Paul, le dice 
a usted: “No es que estemos muy involucrados con los prototipos, 
pero sentimos que representan el nuevo mundo. Y ahi es donde 
queremos estar todos. Sabemos que necesitamos un prototipo. ^Esta 
usted convencido?”. 

Con base en el entusiasmo de Paul y Ceil por los prototipos y 
lo que usted sabe sobre las necesidades de Pyramid, ^apoyarla la 
construction de un prototipo? ^,Por que si o por que no? Formule 
su decision y respuesta en una carta para Paul LeGon y Ceil Toom. 
Presente una justification para su decision con base en los criterios 
generales para justificar el uso de prototipos. 


Lineamientos para desarrollar un prototipo 

Una vez tomada la decision de crear un prototipo, hay que cumplir con cuatro lineamientos para integral - el pro¬ 
totipo en la fase de determinacion de requerimientos del SDLC: 

1. Trabajar en modulos administrables. 

2. Crear el prototipo con rapidez. 

3. Modificar el prototipo. 

4. Hacer enfasis en la interfaz de usuario. 

Como puede ver, los lineamientos sugieren formas de proceder necesariamente interrelacionadas. En las siguien- 
tes subsecciones explicaremos cada uno de ellos. 

TRABAJAR EN MODULOS ADMINISTRABLES Al crear prototipos de algunas de las caracteristicas de un sistema y 
convertirlos en un modelo funcional, es imperativo que el analista trabaje en modulos administrables. Una de las 
ventajas unicas de los prototipos es que no es necesario ni conveniente construir todo un sistema funcional para 
usarlos. 

Un modulo administrable permite a los usuarios interactuar con sus caracteristicas clave y se puede construir 
por separado. Las caracteristicas del modulo que se consideran menos importantes se dejan intencionalmente 
fuera del prototipo inicial. Como veremos mas adelante en este capitulo, esto es muy similar a la metodologia 
agil que hace enfasis en liberar pequenas versiones. 

CREAR EL PROTOTIPO CON RAPIDEZ La velocidad es esencial para la creacion de un prototipo exitoso de un 
sistema de informacion. Recuerde que una de las quejas sobre el SDLC tradicional es que el intervalo entre la 
determinacion de los requerimientos y la entrega de un sistema complete es demasiado largo como para poder 
lidiar en forma efectiva con las necesidades en evolution de los usuarios. 

Los analistas pueden usar prototipos para acortar este hueco mediante el uso de tecnicas tradicionales de re- 
copilacion de informacion para senalar los requerimientos salientes de informacion, y despues tomar decisiones 
rapidas que produzcan un modelo funcional. En efecto, el usuario ve y utiliza el sistema desde las primeras eta- 
pas del SDLC, en vez de tener que esperar un sistema terminado para obtener experiencia practica. 

Al ensamblar un prototipo operacional con la mayor rapidez y anticipation en el SDLC, el analista puede 
obtener una valiosa comprension acerca de como proceder con el resto del proyecto. Al mostrar a los usuarios en 
las primeras etapas del proceso el desempeno real de las partes del sistema, la creacion rapida de prototipos evita 
comprometer recursos excesivos en un proyecto que tal vez llegue a fracasar. Mas adelante, cuando examinemos 
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OPORTUNIDAD DE CONSULTORIA 6.2 


M - 


l 


Despejando el camino para los vmculos con los dientes 


_La empresa World’s Trend (en el capftulo 7 encontrara una des¬ 
cription detallada de la corporation) esta construyendo un sitio Web 
para vender mercanria de liquidation (que por lo general se vende a 
traves de Web y por medio de su operation de ventas por catalogo). 
Lincoln Cerf, el consultor Web recien contratado, llega a una ciudad 
muy frfa e invemal, luchando por avanzar a traves de varias pulgadas 
de nieve para reunirse con uno de los miembros del equipo de siste- 
mas, Mary Mae, en las oficinas generates de World’s Trend. 

Mary da la bienvenida a Lincoln y le dice: “jPor lo menos el 
clima no parece afectar nuestras ventas Web! No importa lo que 
pase, siguen a un ritmo dinamico”. Lincoln emite un sonido para 
aprobar el triste intento de chiste de Mary, sonrfe y dice: “Descubrf 
de tu lista de correo electronico de la semana pasada que estas tra- 
tando de determinar el tipo de information que hay que mostrar en 
nuestro sitio Web de liquidation”. 

Mary le responde: “Si, estoy tratando de organizar todo de la 
mejor manera posible. Nuestros clientes estan muy ocupados. Se 
que las fotografias de toda nuestra mercancla pueden tardar mucho 
tiempo en aparecer en la pagina si un cliente accede al sitio Web 
mediante un modem lento desde su casa”. Mary continua: “Line, ni 
siquiera me preocupa como disenar nuestro sitio de liquidation en 
este momento, sino cuanta information necesitamos incluir en una 
pagina. Por ejemplo, cuando los articulos estan en liquidation no 
todos los colores y tamanos estan disponibles. ^Que crees que es 


mejor, incluir cierta information basica y dejar que el cliente haga 
clic en un boton para solicitar mas information, o mostrar la mayor 
cantidad posible de detalles en una sola pagina? Si uso el metodo 
de los vmculos, entonces puedo ajustar mas articulos en la panta- 
11a... pero podria ser demasiado ordenado. A los clientes les gusta 
la apariencia y la sensation de una venta de mercancla agrupada en 
montones”. 

Para extender la idea de Mary, Line dice: “Si. Me pregunto 
como quieren los clientes que se organice la information. <jLos has 
visto usar la Web? Es decir, ^buscan zapatos cuando compran un 
traje? Si es asi, ^deberian aparecer zapatos en la pagina de trajes o 
estar vinculados de alguna forma?”. 

Mary comenta: “Eso es lo que yo me pregunto tambien. Des¬ 
pues me pregunto si deberiamos probar este metodo solo en la ropa 
de caballero primero, antes de implementarla en la ropa de damas. 
^,Que tal si la forma de comprar de los hombres y las mujeres en la 
Web es distinta?”. 

Como tercer miembro del grupo de desarrollo del sitio Web de 
World’s Trend, responda con un breve informe por escrito para Lin¬ 
coln y Mary acerca de si deben usar o no un prototipo para obtener 
recomendaciones de clientes potenciales sobre el sitio Web propuesto. 
(.Que tipo de prototipo serfa apropiado? Considere cada uno de los 
tipos disponibles y explique por que se podria aplicar (o no) cada uno 
a este problema. Dedique un parrafo para cada explication. 


el concepto de RAD, podra ver de nuevo la importancia de la creation rapida de sistemas. Ademas, el modelado 
agil tambien se basa en la practica de tiempos de entrega cortos. 

MODIFICAR EL PROTOTIPO Un tercer lineamiento para desarrollar el prototipo es que su construction debe admitir 
modiftcaciones. Para lograr esto hay que crearlo en modulos que no tengan un alto grado de interdependence. Si 
cumplimos con este lineamiento encontraremos menos resistencia cuando haya que modificar el prototipo. 

Por lo general el prototipo se modifica varias veces, para lo cual pasa a traves de varias iteraciones. Los 
cambios en el prototipo deben acercar mas el sistema a lo que los usuarios dicen que es importante. Cada modi¬ 
fication requiere de otra evaluation por parte de los usuarios. 

El prototipo no es un sistema terminado. Entrar a la fase de creation del prototipo con la idea de que reque- 
rira modiftcaciones es una postura util que demuestra a los usuarios que tan necesaria es su retroalimentacion 
para mejorar el sistema. 

HACER ENFASIS EN LA INTERFAZ DE USUARIO La interfaz del usuario con el prototipo (y con el sistema, en 
ultima instancia) es muy importante. Como lo que realmente tratamos de lograr con el prototipo es hacer que 
los usuarios articulen con mas detalle sus requerimientos de information, deben ser capaces de interactuar con 
facilidad con el prototipo del sistema. Tambien deben ser capaces de ver como el prototipo les permitira realizar 
sus tareas. Para muchos usuarios, la interfaz es el sistema. No debe ser un obstaculo. 

Aunque muchos aspectos del sistema quedaran sin desarrollarse en el prototipo, la interfaz de usuario debe 
estar lo suficientemente desarrollada como para que los usuarios puedan acoplarse al sistema con rapidez y no 
desanimarse. Los sistemas interactivos en lfnea que utilizan interfaces de GUI se adaptan de manera ideal a los 
prototipos. En el capftulo 14 describiremos con detalle las considerations importantes en el diseno de HCI. 

Desventajas de los prototipos 

Al igual que sucede con cualquier otra tecnica de recopilacion de information, el uso de prototipos presenta 
varias desventajas. La primera es que puede ser bastante diffcil administrar la creation de un prototipo como un 
proyecto dentro del esfuerzo mas grande de sistemas. La segunda es que los usuarios y analistas pueden adoptar 
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OPORTUNIDAD DE CONSULTORIA 6.3 


Incubar un pez 


4 B 


“C 

Oolo le pido un poco de paciencia. Creo que necesitamos agre- 
gar unas cuantas caracterfsticas mas antes de entregarselos. De no 
ser asf, todo este prototipo se hundira, no flotara”, dice Sam Monroe, 
miembro del equipo de analisis de sistemas que usted dirige. Los 
cuatro miembros del equipo estan sentados juntos en una reunion de 
emergencia, y hablan sobre el prototipo que estan desarrollando 
de un sistema de information para ayudar a los gerentes a supervisar 
y controlar la temperatura del agua, el numero de peces liberados y 
otros factores en un extenso criadero comercial de peces. 

“Ya tienen muchos pendientes. Digo, el sistema empezo con 
cuatro caracterfsticas y en estos momentos llevamos ya nueve. Me 
siento como si nadaramos aguas arriba en esto. No necesitan todo 
eso. Ni siquiera lo quieren”, argumenta Belle Uga, el segundo 
miembro del equipo de analisis de sistemas. “No me gusta criticar, 
pero pienso que debemos darles solo lo basico. Tenemos suficiente 
por hacer asf como esta”. 

“Creo que Monroe esta mas cerca de lo correcto”, dice Wally 
Idle, el tercer miembro del equipo para contribuir a la platica e inten- 
tar que Belle muerda el anzuelo. “Tenemos que mostrarles lo mejor 
de nosotros, incluso aunque signiftque que nos atrasemos unas sema- 
nas mas de lo prometido para terminar nuestro prototipo". 

“Muy bien”. dice Belle con cautela, “pero quiero que ustedes 
dos digan a los gerentes del criadero por que no vanios a entregar el 
prototipo. Yo no quiero hacerlo. Y no estoy seguro de que los suel- 
ten del anzuelo tan facilmente”. 

Monroe responde: “Bien, creo que podemos hacerlo, pero tal 
vez no deberfamos hacer tanto alarde de atrasarnos mas de lo pen- 
sado. No quiero hacer olas”. 


Wally entra en la conversation: “Cierto. ^Por que senalar nues- 
tros errores a todos? Ademas, cuando vean el prototipo se olvidaran 
de las quejas que tenfan. Les encantara”. 

Belle descubre en su libreta un memo de su ultima reunion con 
los gerentes del criadero y lo lee en voz alta: “Agenda para la reunion 
de septiembre 22. ‘Prototipos: la importancia del desarrollo rapido, 
reunir el equipo de analistas de usuarios, obtener retroalimentacion 
rapida para la modification ..la voz de Belle se apaga, omitiendo 
los ultimos puntos en la agenda. Despues de sus comentarios, Monroe 
y Wally se miran uno al otro con desconsuelo. 

Monroe habla primero: “Creo que tratamos de preparar a to- 
dos para que recibieran un prototipo rapidamente y que se involu- 
craran desde el primer dfa”. Dandose cuenta de que usted ha estado 
callado hasta ahora, Monroe continua: “Pero aun asf las aguas son 
profundas. ^Que piensas que debemos hacer ahora?”, le pregunta 
a usted. 

Como cuarto miembro del equipo de analisis de sistemas, ^,que 
acciones piensa que se deben tomar? En un mensaje de correo electro- 
nico de uno o dos parrafos para los miembros de su equipo, responda 
a las siguientes preguntas: ^Hay que agregar mas caracterfsticas al 
prototipo del sistema del criadero antes de entregarlo a los gerentes 
del criadero para que experimenten con el? ^Que tan importante es el 
desarrollo rapido del prototipo? ^Cuales concesiones pueden hacerse 
al agregar mas caracterfsticas al prototipo, en comparacion con entre¬ 
gar un prototipo mas basico al cliente en el tiempo prometido? Com¬ 
plete su mensaje con una recomendacion. 


un prototipo como sistema completo cuando todavfa es inadecuado y aunque nunca haya tenido la intention de 
servir como sistema terminado. Los analistas necesitan trabajar para asegurarse de que la comunicacion con los 
usuarios sea clara en cuanto a la agenda para interactuar con el prototipo y mejorarlo. 

El analista debe comparar estas desventajas contra las ventajas conocidas al decidir si va a crear un proto¬ 
tipo, cuando se va a crear y que tanto del sistema se va a incluir en el prototipo. 

Ventajas de los prototipos 

La utilization de prototipos no es necesaria o apropiada en todos los proyectos de sistemas, como hemos visto. 
Sin embargo, las ventajas tambien se deben tener en consideration al decidir si debemos o no crearlos. Las tres 
principales ventajas de los prototipos son el potential de cambiar el sistema durante las primeras etapas de su 
desarrollo, la oportunidad de detener el desarrollo en un sistema que no esta funcionando y la posibilidad de de- 
sarrollar un sistema que cumpla mejor con las necesidades y expectativas de los usuarios. 

La creation de prototipos exitosos depende de la retroalimentacion oportuna y frecuente de los usuarios, que 
los analistas pueden usar para modificar el sistema y hacerlo mas sensible a las necesidades actuales. Al igual 
que con cualquier otro esfuerzo de sistemas, los cambios en las primeras etapas son menos costosos que los cam- 
bios tardfos. En la ultima parte del capftulo vera como la metodologfa agil para el desarrollo utiliza una forma 
extrema de prototipos, en la que se requiere un cliente en el sitio de trabajo para que provea retroalimentacion 
durante todas las iteraciones. 

Creadon de prototipos mediante software COTS 

Algunas veces, la forma mas rapida de crear un prototipo es por medio de la instalacion modular de software 
COTS. Aunque podemos explicar con facilidad el concepto de COTS a traves de los populares paquetes de un 
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Este prototipo esta todo mojado 


t - 


l 


“C 

O e puede modificar. Recuerda, no es un producto terminado”, 
afirma Sandy Beach, analista de sistemas para RainFall, una gran 
empresa fabricante de baneras de fibra de vidrio y canceles para 
banos. Beach trata ansiosamente de tranquilizar a Will Lather, un 
programador de production para RainFall, quien estudia minucio- 
samente la primera copia impresa producida por el prototipo del 
nuevo sistema de information. 

“Bueno, esta bien”, dice Lather en voz baja. “No me gustarfa 
molestarla con ningun detalle. Veamos... si, aqui estan”, dice al 
localizar finalmente el informe mensual que sintetiza la materia 
prima que se compro, la que se utilizo y la que esta en inventario. 

Lather continua hojeando el pesado documento impreso. “Esto 
esta bien”. Al detenerse en un informe, exclama: “Voy a hacer que la 
Senorita Fawcett copie esta parte para los de contabilidad”. Despues 
de hojear unas cuantas paginas mas, dice: “Y el de aseguramiento de 
calidad deberfa ver esta columna de cifras, aunque el resto no sea 
de interes para el. Lo voy a circular y sacare una copia para el. Tal vez 
tambien deba pasar por telefono una parte de esto al almacen”. 

Mientras Sandy se prepara para salir, Lather junta las paginas 
de los informes y comenta: “El nuevo sistema sera una gran ayuda. 
Voy a asegurarme de que todos lo conozcan. Cualquier cosa sera 
mejor que el ‘viejo monstruo’, de todos modos. Estoy feliz de que 
tengamos algo nuevo”. 

Sandy sale de la oficina de Will Lather con la sensation de 
estar un poco perdida en el mar. Despues de pensarlo, empieza a 
darse cuenta por que los departamentos de contabilidad, asegura- 
niiento de calidad y el almacen no reciben lo que Will piensa que 
deberfan recibir. Sandy telefonea a unas cuantas personas y con- 


firma que lo que le dijo Lather es verdad. Necesitan los informes y 
no los estan recibiendo. 

Mas tarde en esa misma semana, Sandy se ve con Lather para 
volver a canalizar la salida, asf como cambiar algunas de las caracte- 
rfsticas del sistema. Estas modificaciones permitiran a Lather obtener 
respuestas en pantalla en relation con los escenarios del tipo “que pasa 
si” que tratan sobre los cambios en los precios que cobran los provee- 
dores, o los cambios en la proportion de calidad de la materia prima 
disponible de los proveedores (o ambos), asf como tambien le permi¬ 
tiran ver lo que ocurrirfa si se atrasara un envfo. 

Lather esta visiblemente molesto con las sugerencias de Sandy 
en cuanto a modificar el prototipo y su salida. “Oh. por mf no lo 
hagas. Esta bien, de verdad. No me molesta acatar la responsabili- 
dad de canalizar la informacion a las personas. Siempre los estoy 
bombardeando con informacion de todas formas. De verdad, esto 
esta funcionando muy bien. No me gustarfa que nos lo quitaras en 
este momenta. Dejemoslo asf como esta”. 

Sandy esta complacida de que Lather parezca estar tan satisfe- 
cho con la salida del prototipo, pero le preocupa que Lather no este 
dispuesto a cambiarlo, ya que ha estado inculcando a los usuarios 
que lo consideren como un producto en evolution y no como uno 
terminado. 

Escriba un informe breve para Sandy en el que incluya una lista 
de cambios al prototipo en base a las reacciones de Lather. Describa 
en un parrafo las formas en que Sandy puede calmar los niiedos de 
Lather sobre “quitarle” el prototipo. Describa en un parrafo algunas 
de las acciones que se pueden tomar antes de probar un prototipo para 
preparar a los usuarios en cuanto a su naturaleza evolutiva. 


costo relativamente bajo tales como los productos Microsoft Office, hay otros paquetes de software COTS ela- 
borados y costosos, pero muy utiles. Como ejemplo de implementation rapida de software COTS tenemos la 
forma en que la Catholic University utiliza el paquete de software COTS ERP conocido como People Soft, que 
se encarga de muchas de sus funciones basadas en Web. 

La Catholic University, junto con un grupo de consultorfa en education superior y PeopleSoft, emprendieron 
con exito la implementation rapida de un modulo de reclutamiento y admisiones de su software COTS. Lanzaron 
la implementation en abril de 1999 y para octubre de ese ano habfan implementado con exito el reclutamiento 
y las admisiones para los estudiantes universitarios. Para noviembre de ese mismo ano, habfan implementado 
las mismas funciones para los estudiantes de postgrado. Otros modulos el software COTS de PeopleSoft que se 
implementan en la Catholic University son un catalogo de cursos completo en lfnea, el registro en lfnea y la ca- 
pacidad para que los estudiantes revisen sus calificaciones, transcripciones, cuentas y pagos de ayuda financiera 
en lfnea, desde cualquier parte. 

El papel que desempenan los usuarios en los prototipos 

El papel de los usuarios en los prototipos se puede resumir en dos palabras: participation honesta. Sin la parti¬ 
cipation de los usuarios, los prototipos no tienen mucho sentido. Los comportamientos precisos necesarios para 
interactuar con un prototipo pueden variar, pero esta claro que el usuario es fundamental para el proceso de crea¬ 
tion de prototipos. Teniendo en cuenta la importancia del usuario para el exito del proceso, los miembros del 
equipo de analisis de sistemas deben fomentar y agradecer la entrada y protegerse contra su propia resistencia 
natural a cambiar el prototipo. 

Hay tres formas principals en las que un usuario puede ayudar con los prototipos: 

1. Experimentar con el prototipo. 

2. Ofrecer reacciones abiertas al prototipo. 

3. Sugerir lo que se puede agregar o quitar en el prototipo. 
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FIGURA 6.3 

Un paso importante en la creation 
de prototipos es registrar en forma 
adecuada las reacciones de los 
usuarios, sus sugerencias, 
innovaciones y planes de revision. 


Los usuarios deben tener la libertad de experimentar con el prototipo. A diferencia de una simple lista de ca- 
racterfsticas del sistema, el prototipo permite a los usuarios interactuar en forma practica con el sistema. Montar 
un prototipo en un sitio Web interactive es una forma de facilitar esta interaction. 

Otro aspecto del papel de los usuarios en los prototipos es que se requiere que expresen reacciones abiertas 
al mismo. Los analistas tienen que estar presentes por lo menos parte del tiempo cuando ocurre la experimenta¬ 
tion. De esta forma pueden observar las interacciones de los usuarios con el sistema y llegar a ver interacciones 
que nunca planearon. En la figura 6.3 se muestra un formulario lleno para observar la experimentation del usua- 
rio con el prototipo. Algunas de las variables a observar son las reacciones de los usuarios al prototipo, sus sugeren¬ 
cias para cambiar o expandir el prototipo, sus innovaciones para usar el sistema en formas completamente nuevas 
y cualquier plan de revision para el prototipo que ayude a establecer las prioridades. 

El tercer aspecto del papel que desempenan los usuarios en los prototipos es su disposition para sugerir 
elementos que se puedan agregar o quitar en base a las caracterfsticas que hayan experimentado. La funcion del 
analista es obtener tales sugerencias al asegurar a los usuarios que la retroalimentacion que ellos proveen se toma 
en serio, al observar a los usuarios a medida que interactuan con el sistema y al llevar a cabo entrevistas cortas 
y especfficas con los usuarios en relation con sus experiences con el prototipo. Aunque se pedira a los usua¬ 
rios que articulen sugerencias e innovaciones para el prototipo, al final es responsabilidad del analista ponderar 
esta retroalimentacion y traducirla en cambios funcionales en donde sea necesario. Para facilitar el proceso de 
creation del prototipo, el analista debe comunicar con claridad los propositos de la creation de prototipos a los 
usuarios, junto con la idea de que los prototipos son valiosos solo cuando los usuarios se involucran en forma 
significativa. 

DESARROLLO RAPIDO DE APLICACIONES 

El desarrollo rapido de aplicaciones (RAD) es una metodologfa orientada a objetos para el desarrollo de sistemas, 
la cual incluye un metodo de desarrollo asf como herramientas de software. Tiene sentido hablar sobre RAD y 
los prototipos en el mismo capftulo ya que en concepto son muy parecidos. Ambos tienen como objetivo acortar 
el tiempo que se necesita comunmente en un SDLC tradicional entre el diseno y la implementation del sistema 
de information. En ultima instancia, tanto RAD como la creation de prototipos tratan de cumplir en mejor grado 
con los requerimientos de las empresas que cambian rapidamente. Una vez que se aprenden los conceptos sobre 
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la creacion de prototipos, es mucho mas facil entender los aspectos basicos de RAD, que se puede considerar 
como una implementacion especffica de la creacion de prototipos. 

Algunos desarrolladores consideran a RAD como una metodologfa util para los nuevos entornos de comer- 
cio electronico basado en Web, donde el denominado estatus del primer participante de un negocio podrfa ser 
importante. En otras palabras, para implementar una aplicacion en Web antes que sus competidores, tal vez sea 
conveniente para las empresas que sus equipos de desarrollo experimenten con RAD. 

Fases de RAD 

Hay tres amplias fases para RAD en las que se involucra tanto a los usuarios como a los analistas en la evalua¬ 
tion, el diseno y la implementacion. En la figura 6.4 se describen estas tres fases. Observe que RAD involucra 
a los usuarios en cada parte del esfuerzo de desarrollo, con una intensa participacion en la parte comercial del 
diseno. 

FASE DE PLANEACION DE LOS REQUERIMIENTOS En esta fase, los usuarios y analistas se reunen para identificar 
los objetivos de la aplicacion o el sistema, y para identificar los requerimientos de informacion que surgen a 
partir de estos objetivos. En esta fase se requiere una participacion intensa de ambos grupos, y no consiste solo 
en la firma de una propuesta o documento. Ademas, es probable que se involucren usuarios de distintos niveles 
de la organizacion (como vimos en el capltulo 2). En la fase de planeacion de los requerimientos, cuando 
todavfa se esta lidiando con los requerimientos de informacion, usted tal vez este trabajando con el CIO (si es 
una organizacion extensa) y con los planeadores estrategicos, en especial si elabora una aplicacion de comercio 
electronico disenada para ampliar las miras estrategicas de la organizacion. La orientation en esta fase es hacia la 
solution de problemas de negocios. Aunque la tecnologfa de informacion y los sistemas puedan incluso impulsar 
algunas de las soluciones propuestas, el enfoque siempre permanecera en alcanzar los objetivos de negocios. 

TALLER DE DISENO RAD Se trata de una fase de diseno y refmacion que se puede caracterizar mejor como un 
taller. A1 imaginar un taller, usted sabe que la participacion es intensa, no pasiva, y que por lo general implica 
poner manos a la obra. Comunmente, los participantes se sientan en mesas redondas o en configuracion de U, con 
los escritorios unidos, y cada participante puede ver a los demas y hay espacio para trabajar en una computadora 
portatil. Si es lo bastante afortunado como para tener disponible una sala de sistemas de soporte de decisiones en 
grupo (GDSS) en la empresa o por medio de una universidad local, usela para realizar cuando menos parte de su 
taller de diseno RAD. 

Durante el taller de diseno RAD, los usuarios responden a los prototipos funcionales reales y los analistas 
refinan los modulos disenados (mediante el uso de algunas de las herramientas de software que mencionaremos 
mas adelante) con base en las respuestas de los usuarios. El formato del taller es muy estimulante, y si estan pre- 
sentes usuarios y analistas experimentados, no hay duda de que este esfuerzo creativo puede impulsar el desarro¬ 
llo con un ritmo acelerado. 

FASE DE IMPLEMENTACION En la figura anterior puede ver que, durante el taller, los analistas trabajan 
intensivamente con los usuarios para disenar los aspectos de negocio o los aspectos no tecnicos del sistema. Tan 
pronto como se llega a un consenso sobre estos aspectos, y se crean y refinan los sistemas, se prueban los nuevos 
sistemas o las nuevas partes de los mismos y despues se introducen a la organizacion. Como RAD se puede usar 
para las nuevas aplicaciones de comercio electronico para las cuales no hay un sistema anterior, a menudo no hay 
necesidad ni posibilidad de ejecutar los sistemas anterior y nuevo en paralelo antes de la implementacion. 


FIGURA 6.4 

El taller de diseno RAD es el 
corazon del proceso de desarrollo 
interactivo. 


Taller de diseno RAD 



www.xlibros.com 













CAPlTULO 6 • MODELADO AGILY PROTOTIPOS 165 

Para este momenta, el taller de diseno RAD debe haber generado emotion, la sensation de que los usuarios 
son propietarios de la nueva aplicacion y aceptacion de la misma. Por lo general, el cambio que se produce de 
esta forma es menos traumatico que cuando un sistema se entrega y el usuario tuvo poca o nula participation. 

Comparacion entre RAD y el SDLC 

En la figura 6.5 puede comparar las fases del SDLC con las que se describieron con detalle para RAD al prin- 
cipio de esta section. Tenga en cuenta que el proposito primordial de RAD es acortar el SDLC y de esta forma 
responder mas rapido a los requerimientos dinamicos de information de las organizaciones. El SDLC requiere 
un enfoque mas metodico y sistematico que asegure la integridad y precision; ademas tiene como intention la 
creation de sistemas que integren bien a los procedimientos de negocios estandar y a la cultura. 


FIGURA 6.5 

Comparacion entre los metodos 
del taller de diseno RAD y SDLC. 
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La fase del taller de diseno RAD es una desviacion de las fases de diseno estandar del SDLC, debido a que 
se utilizan herramientas de software RAD para generar pantallas y exhibit - el flujo en general de la ejecucion de 
la aplicacion. De esta forma, cuando los usuarios aprueban el diseno, lo hacen con base en una representation 
visual del modelo y no solo un diseno conceptual representado en papel, como es comunmente el caso. 

La fase de implementation de RAD es en muchas formas menos extenuante que otros metodos, debido a 
que los usuarios ayudaron a disenar los aspectos de negocios del sistema y estan bien conscientes de los cambios que 
ocurriran. Hay pocas sorpresas y el cambio es algo que se espera con agrado. A1 usar el SDLC, a menudo hay 
un extenso periodo durante el desarrollo y el diseno en que los analistas estan separados de los usuarios. Durante 
este periodo los requerimientos pueden cambiar y tal vez los usuarios no esten conscientes de que el producto 
final sera distinto al que se esperaba muchos meses atras. 

CUANDO USAR RAD Como analista, es conveniente que aprenda sobre todas las metodologfas y herramientas 
que le sea posible para facilitar el proceso de hacer su trabajo de la manera mas apropiada. El trabajo en algunas 
aplicaciones y sistemas requerira el uso de ciertas metodologfas. Considere usar RAD cuando: 

1. Su equipo incluya programadores y analistas que tengan experiencia con este metodo y se de cualquiera de 
las siguientes condiciones. 

2. La empresa tenga motivos para presionar de manera que se pueda agilizar cierta parte del desarrollo de una 
aplicacion. 

3. Cuando trabaje con una aplicacion original de comercio electronico y su equipo de desarrollo crea que la 
empresa puede obtener una ventaja considerable frente a sus competidores por ser innovadora si esta 
aplicacion esta entre las primeras en aparecer en Web. 

4. Cuando los usuarios sean sofisticados y se involucren mucho con los objetivos organizacionales de la 
empresa. 

DESVENTAJAS DE RAD Al igual que con otros tipos de creation de prototipos, las dificultades con RAD surgen 
debido a que los analistas de sistemas tratan de apurar demasiado el proyecto. Suponga que se contratan dos 
carpinteros para construir dos cobertizos de almacenamiento para dos vecinos. El primer carpintero sigue la 
filosoffa del SDLC, mientras que el segundo sigue la filosoffa RAD. 

El primer carpintero es sistematico, hace un inventario de todas las herramientas, podadoras de cesped y pie- 
zas de muebles de jardfn para determinar el tamano correcto del cobertizo, disena un piano del cobertizo y escribe 
especificaciones para cada pieza de madera y accesorios de ferreterfa. El carpintero construye el cobertizo sin 
desperdiciar muchos recursos y cuenta con documentacion precisa sobre como construyo el cobertizo, en caso de 
que alguien desee construir otro igual, repararlo o pintarlo usando el mismo color. 

El segundo carpintero empieza de inmediato con el proyecto mediante una estimation del tamano del cober¬ 
tizo, consigue un camion lleno de madera y accesorios de ferreterfa, construye una estructura y habla sobre ella 
con el dueno de la propiedad a medida que se hacen modificaciones cuando no hay ciertos materiales disponi- 
bles, y hace un viaje para devolver la madera que no se utilizo. El cobertizo se construye con mayor rapidez, pero 
si no se dibuja un piano, la documentacion nunca existira. 


MODELADO AGIL 

Los metodos agiles son una coleccion de metodologfas innovadoras para el desarrollo de sistemas, las cuales se 
centran en los usuarios. En esta seccion aprendera sobre valores y principios, actividades, recursos, practicas, 
procesos y herramientas asociadas con las metodologfas agiles. A estos metodos se les acreditan muchos proyec- 
tos exitosos de desarrollo de sistemas y en muchos casos tambien se les acredita el haber rescatado empresas de 
un sistema fallido disenado mediante el uso de una metodologfa estructurada. 

Valores y principios del modelado agil 

La metodologfa agil se basa no solo en resultados, sino tambien en valores, principios y practicas. Los valores y 
principios establecidos son esenciales para la programacion agil; estos valores y principios crean el contexto para 
la colaboracion entre programadores y clientes. Para poder ser analistas agiles, hay que adherirse a los siguientes 
valores y principios desarrollados por Beck (2000) en su trabajo sobre el modelado agil, al cual denomino “pro¬ 
gramacion extrema” o “XP”. 

CUATRO VALORES DEL MODELADO AGIL Hay cuatro valores que crean un entomo en el que tanto los desarrolla- 
dores como las empresas pueden obtener el mismo servicio. Como a menudo hay tension entre lo que hacen los 
desarrolladores a corto plazo y lo comercialmente deseable a largo plazo, es importante propugnar en forma deliberada 
los valores que formaran la base para actuar en conjunto en un proyecto de software. Los cuatro valores son 
comunicacion, simpleza, retroalimentacion y valor, como se muestra en la figura 6.6. 
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FIGURA 6.6 

Los valores son imprescindibles 
para la metodologfa agil. 


Empecemos con la comunicacion. En todo esfuerzo humano existe la posibilidad de una mala comunica¬ 
cion. Los proyectos de sistemas que requieren de una constante actualization y diseno tecnico son especialmente 
propensos a dichos errores. Si aunamos a ello tiempos de entrega ajustados, jerga especializada y el estereotipo 
de que los programadores prefieren hablar con las maquinas en vez de las personas, terminamos con el potencial de 
toparnos con serios problemas de comunicacion. Los proyectos pueden sufrir retrasos; se puede resolver el pro- 
blema incorrecto; los programadores reciben castigo incluso hasta por llevar los problemas a los gerentes; la 
gente sale o se une a mitad del proyecto sin las actualizaciones apropiadas, y la letam'a continua. 

Las practicas agiles comunes como la programacion en pareja (dos programadores que colaboran entre si; 
describiremos esta practica mas adelante en el capftulo), la estimation de tareas y la prueba de unidades depen- 
den mucho de la buena comunicacion. Los problemas se corrigen con rapidez, los orificios se tapan y el pensa- 
miento debil se fortalece rapidamente por medio de la interaction con otros miembros del equipo. 

El segundo valor de la metodologfa agil es la simpleza. Cuando trabajamos en un proyecto de desarrollo de 
software, nuestra primera tendencia es abrumarnos con la complejidad y tamano de la tarea. Sin embargo, no po- 
demos correr sino hasta aprender a caminar, ni podemos caminar hasta no aprender a erguimos. La simpleza para 
el desarrollo de software significa que debemos empezar con la cosa mas simple que podamos hacer. 

El valor agil de la simpleza nos pide hacer la cosa mas sencilla hoy, a sabiendas de que tal vez manana ten- 
gamos que cambiarla un poco. Para ello debemos estar enfocados claramente en los objetivos del proyecto, lo 
cual es en realidad un valor basico. 

La retroalimentacion es el tercer valor basico importante cuando usamos una metodologfa de programa¬ 
cion extrema. A1 considerar la retroalimentacion en este contexto, es bueno tener en cuenta que esta implicada 
con el concepto del tiempo. Una buena retroalimentacion concreta que sea util para el programador, el analista 
y el cliente puede ocurrir en cuestion de segundos, minutos, dfas, semanas o meses, dependiendo de lo que se 
requiera, de quien se este comunicando y de lo que se pretenda hacer con la retroalimentacion. Un companero 
programador podrfa pasarle un caso de prueba que quebrante el codigo que usted acaba de escribir, pero esa 
retroalimentacion es invaluable en terminos de poder cambiar lo que no funciona antes de que se acepte y se in- 
cruste en el sistema. 

La retroalimentacion ocurre cuando los clientes crean pruebas funcionales para todas las historias que hayan 
implementado posteriormente los programadores (mas adelante en el capftulo podra ver mas sobre las historias 
de los usuarios). La retroalimentacion crftica sobre la programacion de fechas y tiempos proviene de los clientes 
que comparan el objetivo del plan con el progreso realizado hasta ese momento. La retroalimentacion ayuda a 
los programadores a realizar ajustes y permite a la empresa empezar a experimentar con mucha antelacion lo que 
sera el nuevo sistema una vez que sea completamente funcional. 

La valentfa es el cuarto valor en la programacion agil. El valor de la valentfa tiene que ver con un nivel de 
confianza y confort que debe existir en el equipo de desarrollo. Significa no tener miedo de desperdiciar una 
tarde o un dfa de programacion y empezar de nuevo si no todo esta bien. Significa poder estar en contacto con 
los instintos de uno mismo (y los resultados de prueba) en relation con lo que funciona y lo que no. 

Valentfa tambien significa responder a la retroalimentacion concreta, actuando con base en las corazonadas 
de sus companeros de equipo cuando ellos piensan que tienen una forma mas simple y mejor de obtener su ob¬ 
jetivo. La valentfa es un valor de alto riesgo y un gran nivel de recompensa, el cual fomenta la experimentation 
que puede llevar al equipo a obtener su objetivo con mas rapidez de una manera innovadora. Valentfa significa que 
usted y los miembros de su equipo conffan entre sf y en sus clientes lo suficiente como para actuar en formas 
que mejoren de manera continua lo que se esta llevando a cabo en el proyecto, incluso si esto implica descartar 
codigo, reformular las soluciones o simplificar mas las metodologfas. La valentfa tambien implica que usted, 
como analista de sistemas, aplique con entusiasmo las practicas de la metodologfa agil. 

Los analistas pueden reflejar de una mejor forma los cuatro valores por medio de una postura de humildad. 
A traves de la historia, el software de computadora se desarrollo por expertos que a menudo pensaban que sabfan 
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como operar una empresa de una mejor forma que los clientes locales, que eran los verdaderos expertos. Con fre- 
cuencia, a los expertos de computadora se les denominaba “gurus”. Algunos de los gurus exhibfan grandes egos 
e insistfan en su infalibilidad, incluso cuando sus clientes no lo crefan asf. Muchos gurus carecfan de la virtud de 
la humildad. 

Es imprescindible mantener una postura humilde durante el desarrollo de sistemas. Usted debe hacerse a la 
idea de que si el usuario esta expresando una dificultad, entonces hay que lidiar con ella. No podemos ignorarla. 
Los modeladores agiles son analistas de sistemas que hacen sugerencias, expresan opiniones pero nunca insisten 
en que tienen la razon el 100 por ciento del tiempo. Los modeladores agiles poseen la suficiente confianza en si 
mismos como para permitir que sus clientes cuestionen, critiquen y, algunas veces, se quejen sobre el sistema 
que estan desarrollando. Los analistas aprenden de sus clientes, quienes han estado en el negocio durante un 
buen tiempo. 

LOS PRINCIPIOS BASICOS DEL MODELADO AGIL En un mundo perfecto, los clientes y su equipo de desarrollo 
de software se verfan directamente a los ojos y no serfa necesaria ninguna otra forma de comunicacion. Todos 
estarfamos de acuerdo en todo momento. Sabemos que el mundo ideal no existe, Pero ^como podemos acercar 
nuestros proyectos de desarrollo de software a ese ideal? Parte del por que no ocurrira esto se debe a que 
hasta ahora estamos tratando de operar con base en un sistema impreciso de valores compartidos. Son un buen 
principio, pero en realidad no se ponen en la practica hasta el punto en que nos sea posible medir nuestro exito 
significativamente. Por lo tanto, trabajamos para derivar los principios basicos que pueden ayudarnos a verificar 
que lo que realmente estamos haciendo en nuestro proyecto de software sea estar a la altura de los valores que 
compartimos. 

Los principios agiles son reflejos y especificaciones de los valores agiles. Sirven como lineamientos que los de- 
sarrolladores pueden seguir al desarrollar sistemas. Tambien sirve para diferenciar a las metodologfas agiles de las 
metodologfas mas tradicionales basadas en planes como SDL, asf como las metodologfas orientadas a objetos. 

Beck y sus colaboradores fueron los primeros en describir los principios agiles, que han evolucionado desde 
entonces. Estos principios se pueden expresar en una serie de dichos tales como: 

1. Satisfacer al cliente por medio de la entrega de software funcional. 

2. Adoptar el cambio, incluso si se introduce en las ultimas etapas del desarrollo. 

3. Seguir entregando software funcional en incrementos y con frecuencia. 

4. Fomentar a los clientes y analistas a que trabajen juntos a diario. 

5. Confiar en los individuos motivados para que realicen su trabajo. 

6. Promover la conversation cara a cara. 

7. Concentrarse en hacer que el software funcione. 

8. Fomentar el desarrollo continuo, regular y sostenible. 

9. Adoptar la agilidad con especial atencion en un diseno lucido. 

10. Apoyar a los equipos autoorganizados. 

11. Proveer retroalimentacion rapida. 

12. Fomentar la calidad. 

13. Revisar y ajustar el comportamiento de vez en cuando. 

14. Adoptar la simpleza. 

Con frecuencia escuchara a los desarrolladores agiles a medida que comunican su opinion por medio de 
dichos como los antes mencionados, o incluso frases mas simples tales como “modelar con un proposito”, “el 
software es su objetivo primario” y “viaje ligero”, una forma de decir que es suficiente con poca documentation. 
Escuche estos dichos con cuidado. En el capftulo 16 hablaremos mas sobre ellos (algunos los llaman proverbios) 
bajo una herramienta de analisis y documentation conocida como FOLKLORE. Las frases pegajosas son faciles 
de entender, memorizar y repetir. Son muy efectivas. 

Actividades, recursos y practicas del modelado agil 

El modelado agil involucra una serie de actividades a completar en cierto momento durante el proceso de desa¬ 
rrollo agil. En esta section hablaremos sobre esas actividades, los recursos y las practicas que son unicas para la 
metodologfa agil. 

CUATRO ACTIVIDADES BASICAS DEL DESARROLLO AGIL Hay cuatro actividades basicas de desarrollo que utilizan 
los metodos agiles: codificar, probar, escuchar y disenar. El analista necesita identificar el grado de esfuerzo 
requerido por cada actividad para compararlo con los recursos necesarios para completar el proyecto. 

La codification es la actividad indispensable. Un autor establece que lo mas valioso que recibimos del co- 
digo es el “aprendizaje”. El proceso es fundamentalmente el siguiente: elija una idea, codiffquela, pruebela y 


www.xlibros.com 


CAPfTULO 6 • MODELADO AGIL Y PROTOTIPOS 169 

compruebe si la idea era logica. El codigo tambien se puede usar para comunicar ideas que, de otra manera, 
permanecerian borrosas o deformes; cuando examine su codigo, tal vez incluso le surjan nuevas ideas. El codigo 
fuente es la base de un sistema viviente. Es esencial para el desarrollo. 

La prueba es la segunda actividad basica del desarrollo. La metodologfa agil considera que las pruebas 
automatizadas son imprescindibles. La metodologfa agil aboga por la escritura de pruebas para verificar codi- 
ficacion, funcionalidad, rendimiento y cumplimiento. El modelado agil se basa en las pruebas automatizadas; 
existen extensas bibliotecas de pruebas para la mayorfa de los lenguajes de programacion. Estas pruebas necesitan 
actualizarse segun se requiera durante el progreso del proyecto. 

Hay razones tanto de largo como de corto plazo para las pruebas. Las pruebas a corto plazo nos ofrecen 
una confianza extrema sobre lo que estamos construyendo. Si las pruebas se cumplen a la perfection, podemos 
continuar con una confianza renovada. A largo plazo, las pruebas mantienen vivo a un sistema y permiten rea- 
lizar cambios durante un periodo mas extenso del que hubiera sido posible si no se hubieran escrito o realizado 
pruebas. 

Escuchar es la tercera actividad basica del desarrollo. En el capftulo 4 aprendimos sobre la importancia de 
escuchar durante las entrevistas. En la metodologfa agil, el proceso de escuchar se lleva al extremo. Los desa- 
rrolladores utilizan la escucha activa para ofr a su socio de programacion. En el modelado agil hay menos de¬ 
pendence de la comunicacion formal por escrito, por lo que escuchar se convierte en una habilidad de suma 
importancia. 

El desarrollador tambien utiliza la escucha activa con el cliente. Los desarrolladores asumen que no saben 
nada sobre las empresas a las que estan ayudando, por lo que deben escuchar con cuidado a los empresarios para 
obtener las respuestas a sus preguntas. El desarrollador necesita llegar a comprender lo que es la escucha efec- 
tiva. Si usted no escucha, no sabra que codificar o probar. 

La cuarta actividad basica en el desarrollo es el diseno, que es una forma de crear una estructura para orga- 
nizar toda la logica en el sistema. El diseno es evolutivo, y por ende los sistemas que se disenan mediante el me- 
todo agil se conceptualizan como sistemas que siempre estan en evolution y siempre estan siendo disenados. 

A menudo es simple lograr un buen diseno. Este debe permitir tambien cierto grado de flexibilidad. Disenar 
bien permite extender el sistema realizando cambios en un solo lugar. El diseno efectivo posiciona la logica cerca 
de los datos sobre los cuales va a operar. Por encima de todo, el diseno debe ser util para todos aquellos que lo 
necesiten a medida que avanza el esfuerzo de diseno, incluyendo clientes y programadores. 

CUATRO VARIABLES DE CONTROL DE RECURSOS DEL MODELADO AGIL Es admirable completar todas las 
actividades en el proyecto a tiempo y dentro de todas las restricciones pero, como probablemente habra 
averiguado para estos momentos, para lograr esto es imprescindible administrar el proyecto correctamente. 

Y esto implica no solo reunir todas las tareas y recursos; tambien significa que el analista sacrifique algunas 
ventajas por otras. Algunas veces el costo puede estar predeterminado, mientras que otras veces el tiempo puede 
llegar a ser el factor mas importante. A continuation hablaremos sobre estas variables de control de recursos 
(tiempo, costo, calidad y alcance). 

TIEMPO Hay que asignar tiempo suficiente para completar el sistema, y entender que lo necesita para varias 
actividades distintas: escuchar a los clientes, disenar, codificar y probar. 

Uno de nuestros amigos es propietario de un restaurante de comida china. Hace poco se quedo sin uno de los 
miembros de su confiable equipo, quien regreso a Hong Kong para casarse. El dueno ocupo el lugar en la cocina 
para que la comida se sirviera a tiempo, pero dejo de estar al frente dando la bienvenida a sus clientes de la forma 
usual. Sacrifico la actividad de escucha para cumplir con otra actividad, pero en este caso se percato de que esto 
danaba su negocio. Los clientes querfan la atencion. 

Lo mismo ocurre en el desarrollo de sistemas. Puede crear software de calidad, pero fracasar a la hora de 
escuchar. Puede elaborar un diseno perfecto, pero no asignar el tiempo suficiente como para probarlo. El tiempo 
es diffcil de manejar. Si se agota el tiempo, ( ;,que debe hacer? 

El metodo agil desaffa la notion de que mas tiempo nos dara los resultados que queremos. Tal vez el cliente 
prefiera que usted termine a tiempo en vez de extender el tiempo de entrega para agregar otra caracterfstica. 

A menudo descubrimos que los clientes son felices si parte de la funcionalidad esta trabajando a tiempo. Nuestra 
experiencia muestra que con frecuencia un cliente esta un 80 por ciento satisfecho con el primer 20 por ciento 
de la funcionalidad. Esto significa que cuando completemos el otro 80 por ciento del proyecto, el cliente tal vez 
solo este un poco mas feliz de lo que estaba cuando habfamos completado solo el 20 por ciento. La moraleja aquf 
es que debe tener cuidado de no extender su tiempo de entrega. El metodo agil insiste en terminar a tiempo. 

COSTO El costo es la segunda variable que podrfamos ajustar. Suponga que las actividades de codification, 
diseno, prueba y escucha estan sobrecargando el proyecto y los recursos que invertimos en el tiempo, alcance y la 


www.xlibros.com 


170 


PARTE II • ANALISIS DE LOS REQUERIMIENTOS DE INFORMACION 


calidad no son suficientes, incluso aunque dediquemos una cantidad normal al costo para equilibrar el proyecto. 
En esencia, tal vez tengamos que contribuir mas recursos que requieran dinero para balancear el proyecto. 

La forma mas sencilla de aumentar el gasto (y por ende los costos) es contratar mas personal. Esto puede 
parecer la solution perfecta. Si contratamos mas programadores terminaremos mas rapido. ^Cierto? No nece- 
sariamente. Imagine contratar dos personas para reparar un techo y aumentar el niimero a cuatro. Pronto los 
trabajadores estaran chocando entre si Lo que es mas, necesitan preguntarse unos a otros que es lo que queda 
por hacer. Y si aparece una tormenta electrica, nadie estara trabajando. Pasar de dos a cuatro no significa que se 
requerira la mitad del tiempo. Considere el aumento requerido en la comunicacion y otros costos intangibles a 
la hora de decidir si va a contratar mas personal. Recuerde que cuando se unen nuevos miembros a un equipo, 
no conocen el proyecto ni al equipo. Van a hacer mas lentos a los miembros originales debido a que estos deben 
dedicar parte del tiempo para ayudar a que los nuevos miembros se pongan al corriente. 

El tiempo extra no ayuda mucho tampoco. Aumenta el costo, pero no siempre aumenta la productividad. 
Los programadores cansados son menos efectivos que los programadores que se mantienen alertas, tardan mucho 
tiempo en completar una tarea y tambien cometen errores que cuestan incluso mas tiempo corregir. 

,;,Hay algo mas en lo que podamos gastar nuestro dinero? Tal vez. A medida que lea los capftulos siguientes, 
conocera varias herramientas que ofrecen soporte para los analistas y programadores. A menudo estas herramien- 
tas son una inversion sabia. Por ejemplo, los analistas utilizan paquetes graficos tales como Microsoft Visio para 
comunicar ideas sobre el proyecto a los demas, y las herramientas CASE tales como Visible Analyst tambien 
ayudan a agilizar los proyectos. 

Incluso el nuevo hardware podrfa ser un gasto que valga la pena. Las computadoras portables y los telefo- 
nos inteligentes mejoran la productividad cuando esta uno alejado de la oficina. Las pantallas de mayor tamano, 
los teclados y ratones con capacidad para Bluetooth y tarjetas graficas mas potentes tambien pueden mejorar la 
productividad. 

CALIDAD La tercera variable de control de recursos es la calidad. Si los sistemas ideales son perfectos, ^por que 
hay que poner tanto esfuerzo en dar mantenimiento a los sistemas? ^Acaso estamos practicando ya el desarrollo 
agil al sacrificar la calidad en el desarrollo de software? En el capftulo 16 veremos la importancia de la calidad y 
los metodos (como TQM y Seis Sigma) que ayudan a asegurar un alto grado de calidad en el software. 

Sin embargo, la filosofla agil permite al analista ajustar este recurso y tal vez hacer un menor esfuerzo por 
mantener la calidad que si se utilizara otro metodo. La calidad se puede ajustar en forma externa e interna: la in¬ 
terna involucra la prueba de software con base en factores tales como la funcionalidad QQue es lo que se supone 
que debe hacer un programa?) y el cumplimiento QCumple el software con ciertos estandares de conformidad y 
se puede mantener?). Por lo general no es redituable experimentar con la calidad interna. 

Eso nos deja con la calidad externa, o la forma en que el cliente percibe el sistema. Al cliente le interesa el 
rendimiento. Algunas de las preguntas que un cliente puede hacer son: ^Actua el programa en forma confiable 
(o aun existen errores en el software)? ( ',Es efectiva la salida?, ^llega a tiempo? ^Se ejecuta el software sin es¬ 
fuerzo? ( ;,Es la interfaz de usuario facil de comprender y usar? 

En el extremo de la filosofla del desarrollo agil es permisible sacrificar ciertas cuestiones de calidad exter- 
nas. Para que el sistema se pueda liberar a tiempo, tal vez el cliente tenga que lidiar con algunos errores en el 
software. Si queremos cumplir nuestro tiempo de entrega, tal vez la interfaz de usuario no sea perfecta. Podre- 
mos mejorarla en una proxima version. 

Los fabricantes de software comercial de venta en canales convencionales sacrifican la calidad: podemos 
debatir si es o no es la metodologla correcta. Por lo tanto, no le sorprenda cuando las aplicaciones de software de 
su PC (sin mencionar su sistema operativo y explorador Web) se actualicen con frecuencia, si los desarrolladores 
utilizan la programacion extrema como una de sus practicas agiles. 

ALCANCE Por ultimo tenemos el alcance. En la metodologla agil, para determinar el alcance hay que escuchar a 
los clientes y hacer que escriban sus historias, que se examinan despues para determinar cuanto se puede hacer 
en un tiempo dado para satisfacerlos. Las historias deben ser breves y faciles de comprender. Mas adelante en 
el capftulo describiremos estas historias con mas detalle; mientras tanto, he aquf un breve ejemplo que muestra 
cuatro historias de un sistema en lfnea de viajes en avion. Cada una de las historias se muestra en negrita: 

M ostrar vuelos alternatives 

Preparar una lista de los cinco vuelos mas econdmicos. 

Ofrecer alternativas mas economicas 

Sugerir a los clientes que viajen otro di'a, que tomen un especial defin de semana, promociones 

especiales o que utilicen otros aeropuertos cdternos. 

Comprar un boleto 

Permitir al cliente comprar boletos directamente con una tarjeta de credito (verificar validez). 
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Permitir al diente elegir su asiento 

Llevar al cliente a una representation visual del aeroplano y pedirle que seleccione un asiento. 

Lo ideal serfa que el analista pudiera determinar cuanto tiempo y dinero se requieren para completar cada 
una de estas historias, y que pudiera establecer el nivel de calidad para cada una de ellas tambien. Es obvio que 
este sistema no debe sacrificar la calidad, ya que de otra forma las compras con tarjeta de credito serfan invalidas 
o los clientes podrfan presentarse en el aeropuerto sin reservaciones. 

Una vez mas, las practicas agiles permiten medidas extremas, por lo que para mantener la calidad, adminis- 
trar el costo y completar el proyecto a tiempo, tal vez sea conveniente para el analista agil ajustar el alcance del 
proyecto. Para lograr esto hay que hacer que el cliente este de acuerdo en retrasar una o mas de las historias hasta 
la siguiente version del software. Por ejemplo, tal vez la funcionalidad de permitir que los clientes seleccionen 
sus propios asientos se pueda postergar para la proxima version. 

En resumen, el analista agil puede controlar cualquiera de las cuatro variables de recursos de tiempo, costo, 
calidad y alcance. La agilidad exige medidas extremas y considera muy importante el hecho de completar un 
proyecto a tiempo. Para ello hay que hacer sacrificios y el analista agil descubrira que es dificil decidir en cuanto 
a las concesiones que debe hacer. 

CUATRO PRACTICAS AGUES BASICAS Hay cuatro practicas basicas que marcan una diferencia considerable entre 
la metodologfa agil y las demas metodologfas: entregas pequenas, semana de trabajo de 40 horas, alojar al cliente 
en el sitio, y programar en pareja. 

1. En las entregas pequenas, el equipo de desarrollo comprime el tiempo entre entregas de su producto. En 
vez de entregar una version completa con todas las caracterfsticas en un ano, mediante el uso de la practica 
de entregas pequenas reducen el tiempo de entrega al resolver las caracterfsticas mas importantes primero y 
entregar ese sistema o producto para mejorarlo mas adelante. 

2. En la semana de trabajo de 40 horas, los equipos de desarrollo agil patrocinan una practica basica cultural en 
la que el equipo trabaja intensamente durante una semana laboral de 40 horas. Como corolario de esta 
practica, la cultura refuerza la idea de que trabajar tiempo extra por mas de una semana consecutiva es 
danino para la salud del proyecto y de los desarrolladores. Esta practica basica intenta motivar a los 
miembros del equipo para que trabajen en forma intensa y despues se tomen tiempo de descanso, para que 
cuando regresen se encuentren relajados y menos estresados. Esto ayuda a los miembros del equipo a 
detectar problemas con mas facilidad, al tiempo que evita costosos errores y omisiones debido a un 
rendimiento inefectivo o al agotamiento. 

3. Alojar al cliente en el sitio; es decir, tener “en casa”, durante el proceso de desarrollo, a un usuario experto 
en el aspecto de negocios relacionado con el trabajo de desarrollo de sistemas. Esta persona es muy 
importante para el proceso: escribe las historias de los usuarios, se comunica con los miembros del equipo, 
ayuda a asignar prioridades y equilibrar las necesidades a largo plazo de la empresa, y toma decisiones en 
cuanto a la caracterfstica que se deba resolver primero. 

4. La programacion en pareja es una importante practica basica. Aquf usted trabaja con otro programador que 
usted mismo haya elegido. Ambos realizan la codification y las pruebas. A menudo la persona con mas 
experiencia emprendera el proceso de codification primero, pero a medida que la menos experimentada se 
empiece a involucrar, el que tenga la vision clara sobre el objetivo sera quien se encargue de la codification. 
Cuando usted le pide a otra persona que trabajen juntos, el protocolo de la programacion en pareja indica 
que debe estar obligado a aceptar. Al trabajar con otro programador usted puede comprender con mas 
claridad su forma de pensar. Las parejas cambian con frecuencia, en especial durante la etapa de exploration 
del proceso de desarrollo. La programacion en pareja ahorra tiempo, reduce el pensamiento torpe, suscita la 
creatividad y es una forma divertida de programar. 

En la figura 6.7 se muestra la forma en que las practicas agiles apoyan y se interrelacionan con las activida- 
des, recursos y valores del desarrollo agil 

El proceso de desarrollo agil 

El modelado es una palabra clave en los metodos agiles. El modelado agil aprovecha la oportunidad de crear 
modelos que pueden ser logicos, como los dibujos de los sistemas, o maquetas de tamano natural como los 
prototipos que describimos anteriormente en este capftulo. Un proceso ordinario de modelado agil podrfa ser el 
siguiente: 

1. Escuchar las historias de los usuarios por medio del cliente. 

2. Dibujar un modelo del flujo de trabajo logico para apreciar las decisiones de negocios representadas en la 
historia de un usuario. 

3. Crear historias de usuarios con base en el modelo logico. 
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FIGURA 6.7 

Las practicas basicas estan 
interrelacionadas con los recursos, 
actividades y valores del modelado 
agil. 


Practicas agiles basicas 



Valores agiles 


4. Desarrollar algunos prototipos de visualization. Para ello hay que mostrar a los clientes el tipo de interfaz 
que tendran. 

5. Usar la retroalimentacion de los prototipos y los diagramas del flujo de trabajo logico para desarrollar el 
sistema hasta crear un modelo fisico de datos. 

Agil es la otra palabra clave en el modelado agil. Agil implica capacidad de maniobrar. Los sistemas ac¬ 
tuates, en especial los que estan basados en Web, imponen demandas gemelas: entregar el software tan pronto 
como sea posible y seguir mejorandolo para agregar nuevas caracterfsticas. El analista de sistemas necesita tener 
la capacidad y los metodos para crear aplicaciones dinamicas, sensibles al contexto, escalables y evolutivas. El 
modelado agil como tal es un metodo que adopta el cambio. 

ESCRIBIR LAS HISTORIAS DE LOS USUARIOS Incluso cuando el tftulo de esta section es “Escribir las historias 
de los usuarios”, el enfasis en la creation de las historias de los usuarios esta en la interaction oral entre los 
desarrolladores y los usuarios, y no en la comunicacion escrita. En las historias de los usuarios, el desarrollador 
busca principalmente obtener de los usuarios requerimientos de negocios pertinentes. Por lo general, los usuarios 
se involucran en conversaciones a diario con los desarrolladores en relation con el significado de las historias de 
usuario que escribieron. Estas conversaciones frecuentes son interacciones intencionales que tienen como meta 
evitar mates entendidos o malas interpretaciones en cuanto a los requerimientos de los usuarios. Por lo tanto, las 
historias de usuarios sirven como recordatorios para los desarrolladores de que deben sostener conversaciones 
dedicadas a esos requerimientos. 

A continuation se muestra como ejemplo una serie de historias escritas para una aplicacion de comercio 
electronico de un comerciante de libros, CD y demas medios. Las historias proporcionan una imagen bastante 
completa de lo que se necesita en cada una de las etapas del proceso de compras, ademas de ser muy cortas y 
faciles de comprender. El objetivo aquf es sacar a la luz todas las necesidades y preocupaciones relacionadas con 
la tienda en linea. Aunque no se puede obtener suficiente informacion de una historia como para empezar a pro- 
gramar, un desarrollador agil podrfa empezar a ver la imagen general con la suficiente claridad para empezar a 
estimar lo que se requiere para completar el proyecto. Las historias son: 
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Asf como las metodologias agiles representan una alternativa para el SDLC, OmniFocus es una alternativa a Microsoft 
Project u otros metodos para realizar graficos de Gantt o diagramas PERT. 

Un observador casual podrla pensar que los metodos agiles carecen de estructura debido a que los sistemas se 
construyen sin especificar detalles ni documentation. Un estudiante de los metodos agiles descubre que en realidad hay 
un buen grado de estructura en la metodologfa agil. Los principios incluyen apegarse a la semana de trabajo de 40 horas 
y la coordination por medio de la programacion en parejas. Un analista que adopte las tecnicas agiles necesita una forma 
de establecer los objetivos, mantenerse dentro del presupuesto, establecer prioridades para las caracterfsticas y averi- 
guar como hacer las cosas. 

OmniFocus se basa en un sistema altemativo de administration de tareas desarrollado por David Allen, al cual se le 
conoce como Getting Things Done. Este principio primordial trata sobre liberar la mente de recordar cosas, de manera que 
podamos concentrarnos en llevarlas a cabo. Un analista que utilice este sistema tiene que efectuar cinco acciones: recolec- 
tar, procesar, organizar, revisar y hacer. 

Los analistas de sistemas que utilicen OmniFocus tienen que recolectar elementos de su navegador Web, su libreta 
de direcciones o su calendario, o de la mayoria de las aplicaciones en una Mac. El analista puede categorizar estos 
elementos o asignarlos a un proyecto mas grande. OmniFocus incluye un modo de planeacion para que el analista pueda 
ver que tarea forma parte de un proyecto mas grande, asf como un modo de contexto para organizar las tareas de manera 
que el analista conozca todas las tareas que haya que realizar via telefonica, navegando en Web o mediante el correo 
electronico. OmniFocus tambien esta disponible como aplicacion para iPhone. 
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FIGURA 6.MAC 

OmniFocus de The Omni Group. 


Dar la bienvenida al diente 

Si el cliente ya ha visitado antes este sitio y con la misma computadora, dar la bienvenida al cliente de 
vuelta a la tienda en h'nea. 

M ostrar losespecialesen la pagina inicial 

Mostrar los libros recientes u otros productos que se hayan introducido en forma reciente. Si el cliente se 
identified, personalizar las recomendaciones en base a ese cliente especifico. 
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Buscar el producto deseado 

Incluir un motor de busqueda efectivo que localice el producto especifico, asi como productos similares. 

M ostrar ti'tulos similares y disponibilidad 

Mostrar los resultados de la busqueda en una nueva pagina Web. 

Permitir que el dientepida mas detalles 

Ofrecer al cliente mas detalles sobre los productos, como paginas de muestra de un libro, mas fotografias 
de un producto o la reproduccion parcial de una pista de un CD. 

M ostrar resenas del producto 

Compartir los comentarios de otros clientes sobre el producto. 

C olocar un producto en un carrito de compras 

Facilitar al cliente el proceso de hacer clic en un boton para colocar el producto en un carrito de 
compras con los productos que pretende comprar. 

M antener el historial de compras en un archivo 

Mantener los detalles sobre el cliente y sus compras en una cookie en la computadora del cliente. 

Tambien mantener la informacion sobre su tarjeta de credito para agilizar el proceso de pasar a pagar 

Sugerir librossimilares 

Incluir fotografias de otros libros que tengan temas similares o que hciyan sido escritos por los mismos 
autores. 

Pasar a pagar 

Confirmar la identidad del cliente. 

Revisar las compras 

Permitir que el cliente revise las compras. 

C ontinuar con el proceso de compra 

Ofrecer al cliente la oportunidad de realizar mas compras al mismo tiempo. 

Aplicar metodos de acceso directo para agilizar el proceso de pago 

Si se conoce la identidad del cliente y la direccion de entrega coincide, agilizar la transaccion al aceptar 
la tarjeta de credito en el archivo y el resto de las preferencias del cliente, como el metodo de envio. 

Agregar nombresy direccionesdeenvio 

Si la compra es un regalo, permitir que el cliente introduzca el nombre y la direccion de la persona que 
lo va a recibir. 

Ofrecer opciones de envio 

Permitir al cliente elegir un metodo de envio con base en el costo. 

Completar la transaccion 

Terminar la transaccion. Pedir la confirmacion de la tarjeta de credito si la direccion de envio es distinta 
de la direccion del cliente que se tiene en archivo. 

Es facil ver que historias no faltan. El analista agil necesita elegir unas cuantas, completar la programacion y 
entregar un producto. Una vez hecho esto, se seleccionan mas historias y se entrega una nueva version hasta que 
se incluyan todas en el sistema (o cuando el analista y el cliente esten de acuerdo en que una historia no vale la 
pena o no es urgente, por lo que no necesita incluirla). 

En la figura 6,8 se muestra un ejemplo de como podrfa aparecer una historia de usuario para un desarrolla- 
dor agil. En las tarjetas (o en formato electronico) el analista podrfa identificar primero la necesidad u oportu¬ 
nidad, para despues continuar con una breve description de la historia. El analista puede empezar a pensar en 
terminos generales sobre las actividades a completar, asi como los recursos que se requeriran para terminar el 
proyecto. En este ejemplo del comerciante en linea, el analista indica que la actividad de diseno requerira de un 
esfuerzo superior al promedio, y que se requieren recursos de tiempo y calidad por arriba del promedio. Tenga 
en cuenta que el analista no trata de ser mas preciso de lo actualmente posible en la estimation, pero de todas 
formas es un ejercicio util. 

SCRUM Scrum o mele es otra de las metodologfas agiles. La palabra scrum proviene de una position initial en 
el rugby, donde los equipos forman un grupo y pelean por la posesion de la pelota. Fundamentalmente, scrum se 
refiere al trabajo en equipo, algo similar a lo que se necesita para jugar rugby. 

Asi como los equipos de rugby began a un juego con una estrategia general, tambien los equipos de desa- 
rrollo empiezan el proyecto con un plan de alto nivel que se puede modificar al instante, a medida que avanza el 
“juego”. Los miembros del equipo de desarrollo de sistemas deben tener en cuenta que el exito del proyecto es 
lo mas importante y que su exito individual es secundario. El lider del proyecto tiene solo un poco de influencia 
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FIGURA 6.8 

Las historias de los usuarios se pueden registrar en tarjetas. La historia de usuario debe ser lo bastante 
breve como para que un analista pueda determinar las caracteristicas de sistemas que se necesitan 


sobre los detalles. Por eso el juego tactico se deja a los miembros del equipo, como si estuvieran en el campo de 
juego. El equipo de sistemas trabaja dentro de un estricto periodo (30 dfas para el desarrollo), de igual forma que 
un equipo de rugby juega dentro de un tiempo estrictamente limitado. 

Podemos describir los componentes de la metodologfa de scrum asf: 

1. Acumulacion (backlog) de productos, en donde se deriva una lista a partir de las especificaciones de los 
productos. 

2. Acumulacion de corrida (sprint), una lista que cambia en forma dinamica sobre las tareas que se van a 
completar en la siguiente corrida. 

3. Corrida, un periodo de 30 dfas en donde el equipo de desarrollo transforma la acumulacion en software que 
se puede demostrar. 

4. Scrum diaria, una reunion breve en donde la comunicacion es la regia numero uno. Los miembros del equipo 
necesitan explicar lo que hicieron desde la ultima reunion, si se toparon con obstaculos y lo que planean 
hacer antes de la siguiente scrum diaria. 

5. Demo, software funcional que se puede demostrar al cliente. 

Sin duda, scrum es una metodologfa de alta intensidad, y es solo una de las filosoffas que el modelado agil 
adopta. 

Lecciones aprendidas a partir del modelado agil 

La metodologfa agil, que con frecuencia se plantea como una manera alternativa de desarrollar sistemas, busca 
resolver las quejas comunes surgidas al usar la metodologfa SDLC tradicional (debido a que requiere de mucho 
tiempo, se enfoca en los datos en vez de los humanos y es demasiado costosa) al ser rapida, iterativa, flexible y 
participativa al momento de responder a los requerimientos humanos de information, las condiciones y los entor- 
nos de negocios, que estan en constante evolution. 

Existen cronicas de varios proyectos de desarrollo agil en libros, artfculos y sitios Web. Muchos de ellos 
fueron exitosos y algunos fracasaron, pero podemos aprender bastante al estudiarlos, al igual que los valores, los 
principios y las practicas basicas de la metodologfa agil. A continuation le mostraremos las seis lecciones impor- 
tantes que aprendimos al examinar el modelado agil. La figura 6.9 ilustra estas seis lecciones. 

La primera leccion es que las entregas pequenas permiten a los sistemas evolucionar. Las actualizaciones 
de los productos se realizan con frecuencia y los cambios se incorporan con rapidez. De esta forma, el sistema 
puede crecer y expandirse en formas utiles para el cliente. Por medio de las entregas pequenas, el equipo de de¬ 
sarrollo comprime el tiempo entre las entregas de su producto, con lo cual puede mejorar el producto despues, a 
medida que la situation dinamica lo exija. 

La segunda leccion es que la programacion en pareja mejora la calidad en general. Aunque este tipo de progra- 
macion es controversial, en definitiva promueve otras actividades positivas necesarias en el desarrollo de sistemas: 
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FIGURA 6.9 

Hay seis lecciones vitales que se 
pueden aprender de la metodologia 
agil para los sistemas. 



Lecciones que se 
obtienen al adoptar 
los metodos agiles 


Los recursos y las 
actividades equilibradas 
apoyan los objetivos 
del proyecto 



La semana de trabajo 
de 40 horas mejora 
la efectividad 



Los clientes en el 
sitio son beneficos para 
ambas partes 



una buena comunicacion, lograr identificarse con el cliente, enfocarse en los aspectos mas valiosos del proyecto 
primero, evaluar todo el codigo a medida que se desarrolla e integrar el nuevo codigo una vez que pase las pruebas 
con exito. 

La tercera leccion es que los clientes en el sitio son beneficos tanto para la empresa como para el equipo de 
desarrollo agil. Los clientes actuan como una referencia preparada y una comprobacion de la realidad; ademas 
siempre se mantiene el enfoque del diseno del sistema a traves de su presencia: los clientes se hacen mas pareci- 
dos a los desarrolladores y estos se identifican mejor con los clientes. 

La cuarta leccion es que la semana de trabajo de 40 horas mejora la efectividad. Incluso los desarrolladores 
mas resistentes son susceptibles a errores y agotamiento si trabajan demasiado por un periodo muy extenso. Sin 
embargo, cuando el equipo de desarrollo esta unido, cada momento cuenta. Es mucho mas conveniente trabajar a 
un ritmo sostenible durante la vida del proyecto. la vida del sistema y jla vida del trabajador! Todos conocemos 
la parabola de la liebre y la tortuga. 

La quinta leccion que obtenemos de la metodologia agil es que los recursos y las actividades equilibradas 
apoyan los objetivos del proyecto. Administrar un proyecto no significa solo reunir todos los recursos y tareas. 
Tambien significa que el analista tiene que lidiar con varias concesiones. Algunas veces el costo puede estar 
predeterminado, mientras que otras veces el tiempo puede llegar a ser el factor mas importante. Las variables de 
control de recursos de tiempo, costo, calidad y alcance necesitan estar balanceadas en forma apropiada con las 
actividades de codification, diseno, prueba y escucha. 

La ultima leccion que obtenemos de las metodologfas de modelado agil es que los valores agiles son impres- 
cindibles para el exito. Es esencial para el exito en general del proyecto que los analistas adopten sin reservas 
los valores de comunicacion, simpleza, retroalimentacion y valentfa en todo el trabajo que realicen. Este tipo de 
compromiso personal y con el equipo permite al analista triunfar en donde fracasaran otros que posean compe- 
tencias tecnicas similares pero carezcan de los valores. La verdadera dedication a estos valores es fundamental 
para un desarrollo exitoso. 


COMPARACION ENTRE EL MODELADO AGIL Y LOS METODOS 
ESTRUCTURADOS 

Como hemos visto, los metodos agiles se desarrollan con rapidez, ciertamente funcionan y los usuarios son 
clientes que estan involucrados de manera directa. Aunque es cierto que los proyectos desarrollados por medio 
de metodos agiles a menudo requieren de un ajuste para que funcionen de manera apropiada, los desarrolladores 
agiles admiten que esto es parte del proceso. La metodologia agil implica muchas entregas pequenas, y durante 
el proceso se van agregando mas caracterfsticas. 
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Mejorar la eficiencia en el trabajo del conocimiento: comparacion entre SDLC y el metodo agil 

Los investigadores (Davis y Naumann, 1999) desarrollaron una lista de siete estrategias que pueden mejorar la 
eficiencia del trabajo del conocimiento: reducir el tiempo y los errores de la interfaz; reducir el tiempo de apren- 
dizaje del proceso y las perdidas duales de procesamiento; reducir el tiempo y esfuerzo requeridos para estruc- 
turar tareas y aplicar formato a las salidas; reducir la expansion improductiva del trabajo; reducir la busqueda de 
datos y de conocimiento, junto con el tiempo de almacenamiento y los costos; reducir la comunicacion, el tiempo 
de coordinacion y los costos; y reducir las perdidas debido a la sobrecarga humana de informacion. Elios creen 
que esto es importante, ya que con base en el estudio que hicieron de un grupo de programadores, afirman que 
los mejores programadores son de cinco a diez veces mas productivos que los peores. Ademas senalan que esta 
proportion es solo de dos a uno para los trabajadores que desempenan labores de oficina o flsicas. Su sugerencia 
es que el software puede ayudar a mejorar muchas situaciones. 

Utilizamos la metodologla estandar y tradicional de desarrollo de sistemas de los metodos estructurados para 
comparar y contrastar la forma en que las metodologlas estructuradas y las metodologias agiles implementarfan 
las siete estrategias propuestas para mejorar la eficiencia de los trabajadores del conocimiento. 

Aunque el hecho de adoptar mas software puede en definitiva mejorar tambien el rendimiento, es razonable 
sugerir que si cambiamos una metodologla tambien podrla mejorar el rendimiento. En consecuencia examinare- 
mos minuciosamente cada aspecto de la productividad del trabajo del conocimiento, tanto de las metodologlas 
estructuradas como de las agiles. La figura 6.10 muestra una lista de las siete estrategias originales para mejorar 
la productividad y despues explica que metodos se utilizan para mejorar la eficiencia del desarrollo de sistemas, 
tanto para las metodologlas agiles como para las estructuradas. 

En las siguientes secciones compararemos y contrastaremos las metodologlas estructuradas con la meto¬ 
dologla agil. Una observacion primordial sobre la metodologla agil es que es una metodologla orientada a los 
humanos que permite a las personas crear soluciones matizadas que son imposibles de crear por medio de espe- 
cificaciones formales de proceso. 

REDUCCION DE LOS TIEMPOS Y ERRORES DE LA INTERFAZ Los analistas de sistemas y los programadores 
necesitan analizar, disenar y desarrollar sistemas mediante el uso de herramientas de trabajo que varlan desde 
Microsoft office hasta herramientas CASE, que son costosas y sofisticadas. Tambien necesitan realizar la 
documentation a medida que desarrollan sistemas. Es importante que los analistas y los programadores sean 
capaces de comprender la interfaz que utilizan. Necesitan saber como clasificar, codificar, almacenar y escribir 
sobre los datos que recopilan. Los desarrolladores de sistemas tambien necesitan acceder con rapidez a un 
programa, escribir la informacion requerida y recuperarla cuando la necesiten de nuevo. 


FIGURA 6.10 

Como se pueden implementar las estrategias de Davis y Naumann para mejorar la 
eficiencia mediante el uso de dos metodologlas de desarrollo distintas. 


Estrategias para mejorar la Eficiencia 
en el trabajo del conocimiento 

Implementacion mediante 

Metodologlas estructuradas 

Implementacion mediante 
Metodologlas agiles 

Reducir el tiempo y los errores de 
la interfaz 

Adoptar estandares organizacionales para 
codificar, asignar nombres, etc.; usarformularios 

Adoptar la programacion 
en pareja 

Reducir el tiempo de aprendizaje del 
proceso y las perdidas duales de 
procesamiento 

Administrar las entregas de las actualizaciones, 
para que el usuario no tenga que aprender y 
usar el software al mismo tiempo 

Creadon de prototipos 
ad hoc y desarrollo 
rapido 

Reducir el tiempo y esfuerzo requeridos 
para estructurar las tareas y aplicar 
formato a las salidas 

Usar herramientas y diagramas CASE; usar 
codigo escrito por otros programadores 

Fomentar las entregas 
pequenas 

Reducir la expansion improductiva 
del trabajo 

Administration del proyecto; establecer 
tiempos de entrega 

Limitar el alcance en 
cada entrega 

Reducir el tiempo y costos del 
almacenamiento, la investigation de 
datos y del conocimiento 

Usar tecnicas estructuradas de recopilacion 
de datos, como las entrevistas, la 
observacion y el muestreo 

Permitir un cliente en 
el sitio 

Reducir el tiempo y costos de 
la comunicacion y la coordinacion 

Separar los proyectos en tareas mas 
pequenas; establecer barreras 

Usar cajas de tiempo 
(timeboxing) 

Reducir las perdidas debido a la 
sobrecarga humana de informacion 

Aplicar tecnicas de filtrado para proteger 
a los analistas y programadores 

Apegarse a una semana 
de trabajo de 40 horas 
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Las metodologfas estructuradas fomentan la adoption de estandares para todo. Las reglas establecidas in- 
cluyen elementos como. “Todos deben usar Microsoft Word en vez de Word Perfect”. Puede haber instrucciones 
mas detalladas para asegurar datos limpios tales como: “Use siempre M para Masculino y F para Femenino”, con 
lo cual se asegura que los analistas no seleccionen sus propios codigos sin estandarizar, como 0 para Masculino 
y 1 para Femenino. Asf, estas reglas se convierten en parte del repositorio de datos. Los formularios tambien 
son utiles, pues requieren que todo el personal documente sus procedimientos de manera que otro programador 
pueda hacerse cargo si es necesario. 

En una metodologfa agil, los formularios y procedimientos funcionan bien tambien, pero se anade otro ele- 
mento. La practica adicional de la programacion en pareja asegura que un programador verificara el trabajo del 
otro, con lo cual se reduce el numero de errores. Programar en pareja significa que se comparte la autorfa del diseno 
o del mismo software como una sociedad. Ambos socios (en donde por lo general uno de ellos es programador, a 
menudo experimentado) diran que eligieron un socio de programacion que deseara tener un producto de calidad 
libre de errores. Como trabajan dos personas en el mismo diseno y codigo, el tiempo de la interfaz no representa 
un problema; es una parte integral del proceso. Los autores han observado que los programadores son bastante 
emotivos cuando se menciona el tema de la programacion en pareja. 

REDUCIR EL TIEMPO DE APRENDIZAJE DEL PROCESO Y LAS PERDIDAS DUALES DE PROCESAMIENTO Los analistas 
y los programadores aprenden tecnicas especfficas y lenguajes de software requeridos para completar un 
proyecto actual. A menudo se producen ineficiencias cuando algunos analistas y programadores ya conocen los 
productos que se van a utilizar, mientras que otros aun necesitan aprender a usarlos. Por lo general pedimos que 
los desarrolladores aprendan a usar estos productos al mismo tiempo que los utilizan para construir el sistema. 
Esta capacitacion en el trabajo ralentiza de manera considerable el proyecto de desarrollo de sistemas en su 
totalidad. 

Un proyecto tradicional y estructurado requiere mas aprendizaje. Si se utilizaran herramientas CASE, un 
analista tendrfa que aprender a usar las herramientas CASE propietarias que se utilizan en la organization. Lo 
mismo se aplica al uso de un lenguaje de computadora especffico. La documentation tambien es una cuestion 
import ante. 

Mediante el uso de una filosoffa agil, la habilidad de lanzar proyectos sin usar herramientas CASE y docu¬ 
mentation detallada permite a los analistas y programadores invertir la mayor parte de su tiempo en el desarrollo 
del sistema, en vez aprender a usar herramientas especfficas. 

REDUCCION DEL TIEMPO Y ESFUERZO REQUERIDOS PARA ESTRUCTURAR TAREAS Y APLICAR FORMATO A LAS 
SALIDAS Cada vez que un proyecto se inicia, los desarrolladores necesitan determinar los lfmites. En otras 
palabras, necesitan saber cual sera el producto entregable y como organizaran el proyecto de manera que puedan 
completar todas las tareas necesarias. 

Una metodologfa tradicional incluirfa el uso de herramientas CASE, dibujar diagramas (como los diagramas 
E-R y los de flujo de datos), usar software de administration de proyectos (como Microsoft Project), descripcio- 
nes de trabajo muy detalladas, usar y reutilizar formularios y plantillas, y reutilizar el codigo escrito por otros 
programadores. 

El desarrollo de sistemas mediante una metodologfa agil hace frente a la necesidad de estructurar tareas me¬ 
diante la programacion de entregas pequenas. La filosoffa agil sugiere que los desarrolladores de sistemas deben 
crear una serie de tiempos de entrega para muchas versiones del sistema. Las primeras entregas poseeran menos 
caracterfsticas pero, en cada nueva entrega se agregaran caracterfsticas adicionales. 

REDUCCION DE LA EXPANSION IMPRODUCTIVA DEL TRABAJO La ley de Parkinson establece que “el trabajo se 
expande para poder llenar el tiempo disponible para completarlo". Si no hay tiempos de entrega especfficos, es 
posible que el trabajo del conocimiento continue su expansion. 

Con las metodologfas estructuradas tradicionales, al principio los tiempos de entrega parecen estar muy 
alejados hacia el futuro. Los analistas pueden utilizar tecnicas de administration de proyectos para tratar de pro¬ 
gramar las actividades, pero hay una predisposition integrada en cuanto a extender las primeras tareas mas de lo 
necesario y despues tratar de acortarlas en una etapa posterior del desarrollo. Los analistas y los programadores 
se preocupan menos por los tiempos de entrega distantes que por los que ya estan proximos. 

Una vez mas, la metodologfa agil hace enfasis en las entregas pequenas. Se pueden entregar versiones en 
el tiempo prometido, tal vez con menos de las caracterfsticas que se prometieron en un principio. Al considerar 
todos los tiempos de entrega inminentes se destaca una expectativa realista en cuanto a la termination (cuando 
menos parcial) del proyecto. 

REDUCCION DEL TIEMPO Y COSTOS DE ALMACENAMIENTO Y DE LA INVESTIGACION DE LOS DATOS Y DEL 
CONOCIMIENTO Los desarrolladores de sistemas necesitan recopilar information sobre la organization, los 
objetivos, las prioridades y los detalles acerca de los sistemas de information actuales antes de proceder con el 
desarrollo de un nuevo sistema. Los metodos de recopilacion de datos incluyen las entrevistas, la administration de 
cuestionarios, la observation y la investigation mediante el analisis de los informes y memos. 
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Las metodologfas estructuradas fomentan los metodos estructurados de recopilacion de datos. Por lo gene¬ 
ral se utilizan tecnicas estructuradas para estructurar las entrevistas y disenar el proceso de las mismas. Hay que 
desarrollar los cuestionarios de una manera estructurada; ademas las tecnicas observacionales estructuradas tales 
como STROBE podran animar al analista a observar de manera especffica los elementos clave para formar con- 
clusiones con base en las observaciones del entorno ffsico. Se determinarfa un plan de muestreo en forma cuanti- 
tativa, para que el analista de sistemas pudiera seleccionar los informes y memos que va a examinar. 

Las busquedas de conocimiento son menos estructuradas en el entorno del modelado agil. La practica de 
tener un cliente en el sitio mejora en forma considerable el acceso a la informacion. El cliente en el sitio esta 
presente para responder preguntas sobre la misma organizacion, sus objetivos, las prioridades de sus miembros 
y cualquier conocimiento necesario sobre los sistemas de informacion existentes. A medida que el proyecto 
avanza, se hace mas clara la imagen de los requerimientos del cliente. Esta metodologia parece estar libre de 
errores ya que, cuando los desarrolladores de sistemas desean saber algo, simplemente tienen que preguntar. Sin 
embargo, la desventaja es que el representante en el sitio tal vez invente informacion si no la conoce o si no esta 
a su disposition, o tal vez evite decir la verdad por algun otro motivo oculto. 

REDUCCION DE LOS TIEMPOS Y COSTOS DE LA COMUNICACION Y LA COORDINACION La comunicacion entre 
analistas y usuarios, asf como entre los mismos analistas, es la base del desarrollo de sistemas. Sin duda una 
mala comunicacion es la rafz de multiples problemas de desarrollo. Sabemos que la comunicacion aumenta 
cuando se unen mas personas al proyecto. Cuando dos personas trabajan en un proyecto, existe la oportunidad de 
entablar una conversation cara a cara; cuando hay tres involucradas, hay tres posibilidades; cuando hay cuatro, 
hay seis posibilidades y asf sucesivamente. Los miembros inexpertos del equipo necesitan tiempo para ponerse al 
corriente y pueden ralentizar un proyecto incluso aunque traten de ayudar a agilizarlo. 

El desarrollo estructurado tradicional fomenta la separation de tareas extensas en tareas mas pequenas. Esto 
permite que haya grupos mas unidos y reduce el tiempo que se invierte en la comunicacion. Otra metodologia im- 
plica establecer barreras. Por ejemplo, tal vez los clientes no tengan acceso a los programadores. Esta es una prac¬ 
tica comun en muchas industrias. Sin embargo, un aumento en la eficiencia a menudo implica una reduccion en la 
eficacia, y se ha descubierto que al dividir grupos y establecer barreras se introducen errores con frecuencia. 

Por otra parte, los metodos agiles limitan el tiempo en vez de las tareas. En las metodologfas agiles se utiliza 
el concepto de cajas de tiempo (timeboxing) para fomentar la termination de actividades en periodos mas cortos. 

Usar una caja de tiempo es simplemente establecer un lfmite de tiempo de una o dos semanas para completar una 
caracterfstica o modulo. Scrum, del metodo agil, impone una prima sobre el tiempo, mientras que los desarrolla¬ 
dores se comunican de manera efectiva como equipo. Como la comunicacion es uno de los cuatro valores de la 
filosoffa agil, los costos de comunicacion tienden a aumentar en vez de disminuir. 

REDUCCION DE LAS PERDIDAS DEBIDO A LA SOBRECARGA HUMANA DE INFORMACION Desde hace tiempo 
sabemos que las personas no reaccionan bien en situaciones de sobrecarga de informacion. Cuando los telefonos 
eran una tecnologfa emergente, los operadores de los conmutadores conectaban en forma manual las llamadas 
entre dos partes. Se llego a demostrar que este sistema funcionarfa hasta que ocurriera una sobrecarga de 
informacion, punto en el cual todo el sistema fallaba. Cuando llegaban demasiadas llamadas, el abrumado 
operador del conmutador simplemente dejaba de trabajar y se rehusaba a realizar las conexiones. Una situacion 
de sobrecarga parecida le puede ocurrir a cualquier persona en cualquier momento, incluyendo a los analistas de 
sistemas y a los programadores. 

Una metodologia tradicional serfa tratar de filtrar informacion para proteger a los analistas y programadores 
de las quejas de los clientes. Esta metodologia permite a los desarrolladores seguir trabajando en el problema sin 
la interferencia y subjetividad que existirfan en una situacion normal. 

Mediante el uso de una filosoffa agil, los analistas y programadores se deben apegar a una semana de trabajo 
de 40 horas. Algunos podrfan ver esto como una practica cuestionable. ^Podran terminar alguna vez con todo el 
trabajo? No obstante, la filosoffa agil establece que el trabajo de calidad se realiza por lo general durante un ho- 
rario de rutina, y es solo al momento de agregar tiempo extra cuando entran a la escena los problemas de diseno 
y programacion de mala calidad. Al apegarse a un programa de una semana de trabajo de 40 horas, la metodolo- 
gfa agil afirma que en un momento dado usted saldra adelante. 

Riesgos inherentes a la innovacion organizational 

Al consultar con los usuarios, los analistas deben considerar los riesgos a los que se enfrentan las organizaciones 
al adoptar nuevas metodologfas. Sin duda esto esta relacionado con el momento apropiado para actualizar las 
habilidades humanas, adoptar nuevos procesos organizacionales e instituir el cambio interno. 

En un sentido mas amplio, estas son preguntas de dimension estrategica para el liderazgo organizacional. 

Consideremos de manera especffica el caso del equipo de analisis de sistemas que adopta los metodos agiles en 
virtud de los riesgos para la organizacion y el resultado exitoso eventual para el equipo de desarrollo de sistemas 
y sus clientes. En la figura 6.11 se muestran muchas de las variables que debemos considerar al evaluar el riesgo 
de adoptar una innovacion organizacional. 
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FIGURA 6.11 

Para adoptar nuevos sistemas de 
information hay que buscar el 
equilibrio entre varios riesgos. 



CULTURA DE LA ORGANIZACION Una consideration clave es la cultura en general de la organization y como 
encaja en ella la cultura del equipo de desarrollo. Una cultura organizational conservadora con muchas 
caracterfsticas estables que no busque innovar puede ser un contexto inapropiado, e incluso inhospito, para 
que el grupo de desarrollo de sistemas adopte las metodologias agiles. Los analistas y otros desarrolladores 
deben tener cuidado al introducir nuevas tecnicas en este tipo de entorno, ya que su exito dista mucho de estar 
asegurado; ademas los miembros de mucho tiempo del equipo de desarrollo u otros miembros de la organization 
pueden sentirse amenazados por las nuevas formas de trabajar que difieren de las metodologias acostumbradas y 
confiables, que han producido resultados comprobados. 

En contraste, una organization que depende de la innovation para retener su ventaja competitiva en su in- 
dustria podrfa ser la que este en mejor condition de aceptar las innovaciones agiles en los metodos de desarrollo 
de sistemas. En este caso, la cultura de la organization ya esta impregnada con el entendimiento de la naturaleza 
critica de muchos de los principios basicos de las metodologias de desarrollo agil. Desde del nivel estrategico 
hacia abajo, los miembros de la empresa han interiorizado la necesidad de tener una retroalimentacion rapida, 
respuestas dinamicas a los entornos cambiantes en tiempo real, depender del cliente para que actue como guia y 
participe en la solution de problemas, etcetera. 

Entre estos dos extremos se encuentran las organizaciones que no dependen de la innovation como fortaleza 
estrategica clave (en otras palabras, no dependen de la investigation y desarrollo de nuevos productos o servicios 
para seguir a flote) pero que tal vez les convendria la adoption de practicas innovadoras en pequenas unidades o 
grupos. Es evidente que esos pequenos centros o nucleos innovadores podrfan en un momento dado impulsar el 
crecimiento o la ventaja competitiva de este tipo de organization. 

SilMCRONIZACION Las organizaciones deben hacer y responder la pregunta acerca de cuando es el mejor momento 
para innovar con la adoption de nuevas metodologias de desarrollo de sistemas, cuando se tienen en cuenta todos 
los proyectos y factores (internos y externos). Las organizaciones deben tener en cuenta toda la variedad de 
proyectos en los que estan invirtiendo, mirar mas alia de los tiempos de entrega de los proyectos, programar la 
actualization de las plantas fisicas y absorber las proyecciones clave en la industria y la economia. 

COSTO Otro de los riesgos en cuanto a la adoption de metodologias agiles para las organizaciones es el costo 
involucrado en la education y capacitacion de los analistas de sistemas y programadores en relation con la 
nueva metodologia. Esto puede implicar costos de seminarios y cursos fuera del sitio de trabajo, o tal vez haya 
que contratar consultores para que trabajen con el personal actual en el sitio. Ademas hay costos de oportunidad 
involucrados cuando los desarrolladores de sistemas se tienen que desviar por necesidad (aunque en forma 
temporal) de los proyectos existentes para aprender nuevas habilidades. La education en si puede ser costosa, 
pero hay que reconocer ademas la carga adicional que se genera cuando los analistas no pueden obtener ingresos 
durante su periodo de capacitacion. 

REACCIONES DE LOS CLIENTES Cuando los clientes (ya sean internos o externos) se involucran como usuarios o 
iniciadores de los esfuerzos de desarrollo de sistemas de information, las reacciones en cuanto al uso de nuevos 
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metodos requeridos por la metodologfa agil tambien son una consideracion clave. Algunos clientes reaccionan de 
manera alegre una vez que se les describen los beneficios de la conveniencia en tiempo y la participation. Otros 
no quieren que los utilicen para los “experimentos” de sistemas con resultados inciertos. La relacion entre cliente 
y analista debe ser lo bastante elastica como para absorber y adaptarse a los cambios en los comportamientos 
esperados. Por ejemplo, la presencia de un cliente en el sitio durante el desarrollo es un compromiso importante, 
por lo que las personas que piensen adoptar metodologi'as agiles deben comprenderlo con claridad y estar 
completamente de acuerdo. 

MEDICION DEL IMPACTO Otra consideracion para las organizaciones que adoptan metodologi'as agiles es como 
certificar y medir que los nuevos metodos van a facilitar el desarrollo exitoso de sistemas. Las fortalezas y 
debilidades de los metodos estructurados tradicionales que se utilizan para desarrollar sistemas de informacion 
son muy conocidas. 

Aunque hay mucha evidencia anecdotica para establecer que las metodologfas agiles son superiores para el 
desarrollo bajo ciertas condiciones, su historial es corto y aun no se cuenta con soporte empirico. Por lo tanto, la 
adopcion de metodologi'as agiles conlleva el riesgo de que los sistemas creados con este tipo de metodologfas no 
sean exitosos, o que no se puedan interconectar en forma adecuada con los sistemas heredados. Ha empezado el 
proceso de medir el impacto en cuanto al uso de las metodologfas agiles, pero las organizaciones necesitan estar 
alertas al proponer las mediciones del impacto junto con la adopcion de nuevos metodos. 

LOS DERECHOS INDIVIDUALES DE LOS PROGRAMADORES/ANALISTAS Los desarrolladores (analistas y programa- 
dores) de sistemas exitosos ejercen creatividad en cuanto a la forma de llevar a cabo su trabajo, por lo cual 
merecen el derecho de trabajar en la configuration mas fructffera posible. Es posible que los requerimientos de 
trabajo de los nuevos metodos agiles (por ejemplo, la programacion en pareja) vayan en detrimento de ciertos 
derechos basicos de las personas creativas de trabajar por su cuenta o en grupos, segun lo que dicte el trabajo 
de diseno. No hay una “mejor manera” de disenar un sistema, modulo, interfaz, formulario o pagina Web. En el 
caso de los desarrolladores de sistemas, hay que comparar la creatividad, la subjetividad y el derecho de lograr 
los objetivos de diseno por medio de numerosas rutas individuals con las metodologfas innovadoras que adopta 
la organizacion, como las metodologfas agiles. 

Como podemos ver, la adopcion de innovaciones organizacionales es un proceso que impone muchos ries- 
gos tanto para la organizacion como para los individuos. Aquf examinamos los riesgos para la organizacion en 
general, asf como los riesgos que corre el analista de sistemas individual que se ve atrapado en el deseo de la 
organizacion de innovar. 


RESUMEN 

La creacion de prototipos es una tecnica de recopilacion de 
informacion util para complementar el SDLC tradicional; tanto 
los metodos agiles como la interaction humano-computadora 
comparten sus rafces en los prototipos. Cuando los analistas de 
sistemas utilizan prototipos buscan reacciones de los usuarios, 
sugerencias, innovaciones y planes de revision para realizar 
mejoras al prototipo y por ende modificar los planes del sistema 
con un mfnimo de costo y de interrupciones. Los cuatro linea- 
mientos principales para desarrollar un prototipo son: 1) trabajar 
en modulos administrables, 2) crear el prototipo con rapidez, 
3) modificar el prototipo y 4) hacer enfasis en la interfaz de usuario. 

Aunque no siempre es necesario o conveniente usar prototi¬ 
pos, hay que tener en cuenta que existen tres ventajas principales 
interrelacionadas en cuanto a su uso: 1) el potencial de cambiar 
el sistema durante las primeras etapas de su desarrollo, 2) la 
oportunidad de detener el desarrollo en un sistema que no esta 
funcionando y 3) la posibilidad de desarrollar un sistema que 
se acerque mas a las necesidades y expectativas de los usuarios. 
Estos tienen que desempenar un papel definido en el proceso de 
creacion de prototipos, por lo que los analistas de sistemas deben 
trabajar en forma sistematica para obtener y evaluar las reaccio¬ 
nes de los usuarios en relacion con el prototipo. 

Un uso especffico de los prototipos es el desarrollo rapido de 
aplicaciones (RAD). Esta es una metodologfa orientada a obje- 


tos con tres fases: planeacion de requerimientos, taller de diseno 
RAD e implementation. 

El modelado agil es una metodologfa de desarrollo de soft¬ 
ware que define un plan general con rapidez, desarrolla y entrega 
el software rapidamente y despues revisa el software en forma 
continua para agregar caracterfsticas adicionales. Los valores 
de la metodologfa agil que comparten tanto el cliente como el 
equipo de desarrollo son comunicacion, simpleza, retroalimenta- 
cion y valentfa. Las actividades agiles son codificacion, prueba, 
escucha y diseno. Los recursos disponibles son tiempo, costo, 
calidad y alcance. 

Las practicas agiles diferencian a los metodos agiles, in- 
cluyendo un tipo de metodo agil conocido como programacion 
extrema (XP), de los otros procesos de desarrollo de sistemas. 
Las cuatro practicas basicas de la metodologfa agil son 1) entre- 
gas pequenas, 2) semana de trabajo de 40 horas, 3) cliente en el 
sitio y 4) programacion en pareja. El proceso de desarrollo agil 
incluye elegir una tarea que este directamente relacionada con 
una de las caracterfsticas deseadas del cliente con base en las his- 
torias de usuarios, elegir un socio de programacion, seleccionar y 
escribir los casos de prueba apropiados, escribir el codigo, ejecu- 
tar los casos de prueba, depurar el codigo hasta que se ejecuten 
todos los casos de prueba, implementarlo con el diseno existente 
e integrarlo a lo que ya existe. 
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vjracias a Dios que es la epoca del ano en donde todo es 
nuevo. Me encanta la primavera, es el momento mas estimulante 
aquf en MRE. Los arboles estan tan verdes, con hojas de tantas to- 
nalidades. Hay tantos proyectos por hacer, tambien. Tantos clientes. 
Y ademas tenemos una nueva empleada, Anna Mae Silver. Algunas 
veces el empleado mas nuevo es el mas dispuesto a ayudar. Llamela 
si necesita mas respuestas”. 

“Toda esta novedad me recuerda a los prototipos. O mas bien, a 
lo que se sobre ellos. Es algo nuevo y fresco, una manera rapida de 
averiguar lo que ocurre”. 

“Creo que tenemos unos cuantos prototipos que ya iniciamos. 
Algunas veces nuestro nuevo cliente en el sitio, Tessa Silverstone, se 
involucra en el proceso de ayudar a crear historias de usuarios con base 
en las cuales se construyen los prototipos. Pero lo mejor sobre ellos es 
que pueden cambiar. No conozco a nadie que haya estado realmente 
satisfecho con el primer intento de uso de un prototipo. Pero es diver- 
tido involucrarse con algo que ocurre rapido y que puede cambiar”. 


Preguntas de HYPERCASE 

1. Elabore una lista de las historias de usuarios que Tessa 
Silverstone compartio como ejemplos. 

2. Localice el prototipo actual propuesto para usarlo en uno de 
los departamentos de MRE. Sugiera unas cuantas 
modificaciones que podrfan hacer a este prototipo incluso 
mas sensible en cuanto a las necesidades de la unidad. 

3. Use un procesador de palabras para construir un prototipo no 
operacional de un Sistema de informes de proyectos de la 
unidad de capacitacion (Training Unit Project Reporting 
System). Incluya las caracteristicas expuestas por las 
historias de usuarios que encontro. Sugerencia: Vea las 
pantallas de ejemplo en los capftulos 11 y 12 para que le 
ayuden en su diseno. 



FIGURA 6.HC1 

Una de las diversas pantallas de prototipos que se incluyen en HyperCase. 


En las ultimas secciones de este capftulo comparamos 
como las metodologfas SDLC y agil manejan el proceso de 
mejorar la eftciencia en el trabajo del conocimiento de una 
manera distinta. Despues vimos varios peligros inherentes para 
las organizaciones que adoptan metodologfas innovadoras, in- 
cluyendo una cultura organizacional incompatible, una mala 


sincronizacion del proyecto, el costo de la capacitacion para los 
analistas de sistemas, las reacciones desfavorables de los clien¬ 
tes en cuanto a las nuevas expectativas de comportamiento, las 
dificultades para medir el impacto y la posibilidad de compro- 
meter los derechos creativos individuales de los programadores 
y analistas. 
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PALABRAS CLAVE Y FRASES 

adoptar el cambio 
asumir simpleza 
cambio incremental 
cliente en el sitio 

desarrollo rapido de aplicaciones (RAD) 
entrega pequena 

fase de planeacion de requerimientos 

hacer enfasis en la interfaz de usuario 

historias de usuarios 

implementacion 

metodologfa scrum 

modelado agil 

modificar el prototipo 

participacion del usuario en la creacion de prototipos 


principios agiles 
programacion en pareja 
programacion extrema (XP) 
prototipo 

prototipo de caracteristicas seleccionadas 

prototipo de parches 

prototipo no operacional 

prototipo primero de una serie 

retroalimentacion rapida 

semana de trabajo de 40 horas 

taller de diseno RAD 

trabajar en modulos administrables 

valores agiles 


PREGUNTAS DE REPASO 

1. ^Cuales son los cuatro tipos de informacion que busca el analista por medio de la creacion de prototipos? 

2. (,Que significa el termino prototipo de parches ? 

3. Defina un prototipo que sea un modelo a escala no funcional. 

4. De un ejemplo de un prototipo que sea un primer modelo a escala completa. 

5. Defina lo que significa un prototipo que es un modelo con ciertas caracteristicas esenciales, pero no todas. 

6. Haga una lista de las ventajas y desventajas de usar prototipos para sustituir el SDLC tradicional. 

7. Describa como se pueden usar los prototipos para mejorar el SDLC tradicional. 

8. ^Cuales son los criterios para decidir si debemos crear el prototipo de un sistema? 

9. Haga una lista de los cuatro lineamientos que debe observar el analista al desarrollar un prototipo. 

10. ^Cuales son los dos principales problemas implicados en la creacion de prototipos? 

11. Haga una lista de las tres principales ventajas de usar prototipos. 

12. ^Como puede un prototipo montado en un sitio Web interactivo facilitar el proceso de creacion del mismo? Responda en 
un parrafo. 

13. ^Cuales son las tres formas en que puede ayudar un usuario en el proceso de creacion del prototipo? 

14. Defina lo que significa RAD. 

15. ^Cuales son las tres fases del RAD? 

16. ^Cuales son los cuatro valores que deben compartir el equipo de desarrollo y los clientes de la empresa al utilizar una 
metodologfa agil? 

17. (,Que son los principios agiles? Mencione cinco ejemplos. 

18. (.Cuales son las cuatro practicas basicas de la metodologfa agil? 

19. Mencione las cuatro variables de control de recursos que se utilizan en la metodologfa agil. 

20. Describa los pasos comunes en un episodio de desarrollo agil. 

21. (,Que es una historia de usuario? ^,Debe ser escrita o hablada? Indique su opcion y despues defienda su respuesta con un 
ejemplo. 

22. Haga una lista de las herramientas de software que pueden ayudar al desarrollador a realizar una variedad de pruebas de 
codigo. 

23. (,Que es la scrum? 

24. Nombre las siete estrategias para mejorar la eficiencia en el trabajo del conocimiento. 

25. Identifique seis riesgos al adoptar una innovacion organizacional. 


PROBLEMAS 

1. Como parte de un proyecto grande de sistemas, el banco Clone Bank de Clone, Colorado, quiere que usted los ayude a 
establecer un nuevo formulario de informes mensual para sus clientes de las cuentas de cheques y de ahorros. El 
presidente y vicepresidente estan muy de acuerdo con lo que dicen los clientes en la comunidad: piensan que sus clientes 
desean un resumen de su cuenta de cheques que se parezca al que ofrecen los otros tres bancos de la ciudad. Sin 
embargo, no estan dispuestos a comprometerse a realizar ese formulario sin un resumen formal de retroalimentacion de 
los clientes que respalde su decision. La retroalimentacion no se utilizara para cambiar el prototipo del formulario de 
ninguna manera. Elios quieren que usted envfe un prototipo de un formulario a un grupo y que envfe el formulario 
anterior a otro grupo. 

a. En un parrafo describa por que tal vez no valga la pena crear un prototipo del nuevo formulario bajo estas 
circunstancias. 

b. En un segundo parrafo describa una situacion en la que serfa conveniente crear un prototipo de un nuevo formulario. 
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2. C. N. Itall ha sido analista de sistemas para la empresa Tun-L Vision Corporation durante muchos anos. Cuando usted 
llego para formar parte del equipo de analisis de sistemas y sugirio la creacion de prototipos como parte del SDLC para 
un proyecto actual, C.N. dijo: “Seguro, pero no puedes poner atencion a lo que dicen los usuarios. No tienen idea de lo 
que quieren. Voy a crear el prototipo, pero no voy a ‘observar' a los usuarios”. 

a. Con el mayor tacto posible para no molestar a C. N. Itall, haga una lista de las razones que respaldan la importancia 
de observar las reacciones de los usuarios, las sugerencias y las innovaciones en el proceso de creacion del prototipo. 

b. En un parrafo describa que podrfa ocurrir si se crea el prototipo de una parte de un sistema y no se incorpora 
retroalimentacion de los usuarios al sistema sucesivo. 

3. “Cada vez que creo que he terminado de capturar los requerimientos de informacion de los usuarios, ya cambiaron de 
nuevo. Es como tratar de pegarle a un objetivo movil. Creo que, la mitad del tiempo, ni ellos mismos saben lo que 
quieren”, exclama Flo Chart, analista de sistemas para 2 Good 2 Be True, una empresa que realiza encuestas sobre el uso 
de los productos para las divisiones de marketing de varias empresas de manufactura. 

a. En un parrafo explique a Flo Chart como le pueden ayudar los prototipos para definir mejor los requerimientos de 
informacion de los usuarios. 

b. En un parrafo comente acerca de la observacion de Flo: “Creo que, la mitad del tiempo, ni ellos mismos saben lo 
que quieren”. Asegurese de explicar como pueden los prototipos ayudar a que los usuarios comprendan mejor y 
articulen sus propios requerimientos de informacion. 

c. Sugiera como podrfa un prototipo integrado en un sitio Web interactivo resolver las preocupaciones de Flo acerca de 
como capturar los requerimientos de informacion de los usuarios. Use un parrafo. 

4. Harold, gerente de distrito para la cadena de varias tiendas de nombre Sprocket’s Gifts, piensa que construir un prototipo 
solo puede significar una cosa: un modelo a escala no funcional. Tambien cree que este metodo es demasiado torpe para 
crear prototipos de sistemas de informacion y por lo tanto se rehusa a usarlo. 

a. Haga una breve comparacion (en dos o tres parrafos) y contraste los otros tres tipos de creacion de prototipos 
posibles, de manera que Harold pueda comprender bien lo que significa la creacion de un prototipo. 

b. Harold tiene la opcion de implementar un sistema, probarlo y despues instalarlo en otras cinco ubicaciones de 
Sprocket si tiene exito. Nombre un tipo de prototipo que se ajustarfa bien a esta metodologfa; defienda su eleccion 
en un parrafo. 

5. “jHe tenido la idea del siglo!” proclama Bea Kwicke, un nuevo analista de sistemas en el grupo de sistemas que usted 
dirige. “Saltemos toda esta basura del SDLC y hagamos un prototipo de todo. Nuestros proyectos avanzaran mas rapido, 
ahorraremos tiempo y dinero, y todos los usuarios se sentiran como si les pusieramos atencion en vez de alejarnos por 
meses sin hablarles”. 

a. Haga una lista de las razones que usted (como miembro del mismo equipo que Bea) daria a Bea para persuadirla de 
desechar el SDLC y crear un prototipo de cada proyecto. 

b. Bea esta muy decepcionada con lo que usted dijo. Para animarla, use un parrafo para explicar las situaciones que 
usted considere que se presten para crear un prototipo. 

6. El siguiente comentario se escucho en una reunion entre los gerentes y el equipo de analisis de sistemas en la empresa 
de mallas y cercas Fence-Me-In: “Ustedes nos dijeron que el prototipo estarfa terminado hace tres semanas. jTodavfa lo 
estamos esperando!”. 

a. Comente en un parrafo sobre la importancia de la entrega rapida del prototipo de una parte de un sistema de 
informacion. 

b. Haga una lista de los tres elementos del proceso de creacion de prototipos que haya que controlar para asegurar una 
entrega oportuna del prototipo. 

c. ^Cuales son algunos elementos del proceso de creacion de prototipos que sean diffciles de manejar? Haga una lista. 

7. Prepare una lista de actividades a realizar por un equipo de desarrollo de sistemas para un agente de viajes en lfnea que 
quiere establecer un sitio Web para sus clientes. Ahora suponga que se le acaba el tiempo. Describa algunas de sus 
opciones. Describa las concesiones que tendra que realizar para poder entregar el sitio Web a tiempo. 

8. Dada la situacion para los chocolates de WilliWonk’s (problema 1 en el capftulo 3), ^cuales de las cuatro variables de 
recursos de modelado agil se pueden ajustar? 

9. Examine la coleccion de historias de usuarios del comerciante en lfnea que aparece anteriormente en el capftulo. A la 
tienda de medios en lfnea le gustarfa ahora que usted agregara algunas caracterfsticas a su sitio Web. Con base en el 
formato que se mostro anteriormente en este capftulo en la figura 6.9, escriba una historia de usuario para las 
caracterfsticas que se enlistan a continuacion: 

a. Incluir anuncios desplegables. 

b. Ofrecer al cliente la posibilidad de compartir con sus amigos los detalles de sus compras. 

c. Extender la oferta de comprar otros artfculos. 

10. Vaya al sitio Web de herramientas de Palm en www.palmgear.com. Explore el sitio Web y escriba una docena de 
historias de usuario breves para mejorar el sitio Web. 

11. Vaya al sitio Web de iTunes y escriba una docena de historias de usuario breves para mejorar el sitio Web. 

12. Use las historias que escribio para el problema 9; recorra las cinco etapas del proceso de desarrollo agil y describa lo que 
ocurre en cada una de las etapas. 
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PROYECTOS EN GRUPO 

1. Divida a su grupo en dos subgrupos mas pequenos. Haga que el grupo 1 siga los procesos especificados en este capitulo 
para crear prototipos. Mediante el uso de una herramienta CASE o un procesador de texto, el grupo 1 debe idear dos 
pantallas para un prototipo no operacional en las que utilice la informacion recolectada en las entrevistas con los 
empleados de Maverick Transport que se realizaron en el ejercicio en grupo del capitulo 4. Haga todas las suposiciones 
necesarias para crear dos pantallas para los despachadores de camiones. El grupo 2 (que representara a los 
despachadores) debe reaccionar a las pantallas del prototipo y proveer retroalimentacion sobre los elementos que desean 
agregar y los que desean quitar. 

2. Los miembros del grupo 1 deberfan revisar las pantallas del prototipo con base en los comentarios que recibieron de los 
usuarios. Los del grupo 2 deberan responder con comentarios sobre que tan bien se resolvieron las cuestiones iniciales 
con los prototipos refinados. 

3. Como grupo unido, escriba un parrafo en el que describa sus experiencias con la creation de prototipos para obtener los 
requerimientos de informacion. 

4. Dentro de su grupo, asigne uno de los roles que desempenan las personas en el desarrollo agil. Asegurese de que una 
persona sea un cliente en el sitio y que por lo menos dos personas sean programadores. Asigne otros roles, segun le parezca 
apropiado. Simule la situation de desarrollo de sistemas que describimos en el problema 7, o haga que la persona que 
actue como cliente en el sitio seleccione una empresa de comercio electronico que le sea familiar. Suponga que el cliente 
desea agregar cierta funcionalidad a su sitio Web. Monte una escena en la que muestre lo que haria cada persona si esto 
se fuera a manejar con los metodos agiles. Escriba un parrafo en el que describa las restricciones a las que se enfrenta 
cada persona en cuanto a desempenar su papel. 
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EPISODIO 6 


CASO DE LA CPU 

Allen Schmidt, Julie E. Kendall y Kenneth E. Kendall 

Tiempo de reaccion 

“Necesitamos conocer parte de la salida que necesitan los usuarios”, comenta Anna. “Nos ayudara a reafirmar algunas de nues- 
tras ideas sobre la informacion que requieren”. 

“De acuerdo”, contesta Chip. “Tambien nos ayudara a determinar la entrada necesaria. A partir de ahl podemos disenar las 
correspondientes pantallas de entrada de datos. Vamos a crear informes y pantallas del prototipo para obtener retroalimentacion 
de los usuarios. ^Por que no usamos Microsoft Access para crear rapidamente pantallas e informes? Yo estoy bastante familia- 
rizado con el software. Empecemos por escribir algunas historias agiles para sintetizar lo que se necesita y despues desarrollar 
algunos prototipos. Tambien podemos usar los requerimientos de los usuarios y deberfamos crear un prototipo para cada llnea 
‘se comunica con' que conecta a un actor con un caso de uso”. 

Anna sonrie y comenta, “Ya escribl las siguientes historias agiles para el problema del mantenimiento preventivo”. Estas 

son: 

1. No hay forma de saber cuando realizar mantenimiento preventivo en las computadoras de escritorio. 

2. Por lo general vamos de sala en sala. 

3. A1 completar una sala, lo anotamos en una lista. 

Anna empieza por desarrollar el prototipo INFORME DE MANTENIMIENTO PREVENTIVO. Con base en las historias 
agiles, se pone a trabajar en la creacion del prototipo del informe que, piensa, Mike Crowe necesitara. 

“Este informe se debe usar para predecir cuando los equipos deben tener un mantenimiento preventivo”, piensa Anna. “Me 
parece que Mike necesitarla saber cud! equipo necesita el servicio, as! como cuando se debe programar este. Veamos: ^que 
informacion identificarla claramente al equipo? El numero de inventario, la niarca y el modelo; imagino que debemos incluir 
la sala y el campus para poder localizarlo rapidamente. Una fecha de mantenimiento calculada indicarfa a Mike cuando hay que 
completar el trabajo. ^En que secuencia deberfa estar el informe? Tal vez la mas util seria por ubicacion”. 

El prototipo del INFORME DE MANTENIMIENTO PREVENTIVO con el informe completo se muestra en la ftgura 
E6.1. Observe que se utilizan los caracteres Xxxxxxx y fechas genericas para indicar la position en la que se deben imprimir 
los datos. Se incluyen ubicaciones reales de los campus y las salas, as! como numeros de inventario. Son necesarios para que 
Microsoft Access pueda realizar la impresion en grupo. 

El prototipo del informe se termina pronto. Despues de imprimir la copia final, Anna lleva el reporte tanto a Mike Crowe 
como a Dot Matricks. Mike Crowe esta entusiasmado con el proyecto y desea saber cuando estara el informe en production. 
Dot esta impresionada de manera similar. 

Surgen varios cambios. Mike desea un area para escribir la fecha de termination del mantenimiento preventivo, para poder 
usar el informe para reescribir las fechas en la computadora. Tambien sugiere que se cambie el tltulo del informe a INFORME 
DE MANTENIMIENTO PREVENTIVO SEMANAL. Los siguientes pasos son modificar el informe del prototipo para reflejar 
los cambios recomendados y despues hacer que Mike y Dot revisen el resultado. 

El informe se modifica y se imprime facilmente. Dot esta complacida con el resultado final. “Este es en realidad un excelente 
metodo para disenar el sistema”, comenta. “Es tan agradable sentir que formamos parte del proceso de desarrollo y que nuestras 
opiniones cuentan. Estoy empezando a sentirme confiada de que el sistema final sera justo lo que siempre hemos querido”. 

Mike tiene elogios similares, y comenta: “Esto hara que nuestro trabajo fluya con mas uniformidad. Elimina la parte de 
tener que adivinar sobre los equipos a los que hay que dar mantenimiento. Y usar la secuencia de sala en sala es una excelente 
idea. No tenemos que invertir tanto tiempo en regresar a las salas para trabajar en los equipos”. 

Chip hace una observation sobre cada una de estas modificaciones en un Formulario de evaluation del prototipo (como la 
figura 6.3 del capltulo). Este formulario ayuda a Chip a organizarse y documenta el proceso de creacion del prototipo. 

Despues, Chip y Anna concentran su atencion en la creacion de prototipos de las pantallas. “Como me gusta el aspecto de 
hardware del sistema, ^,por que no empezamos a trabajar en el diseno de la pantalla AGREGAR NUEVA COMPUTADORA?”, 
pregunta Chip. 

“Me parece bien”, responde Anna. “Me enfocare en los aspectos de software”. 

Chip analiza los resultados de las entrevistas detalladas con Dot y Mike. Compila una lista de elementos que cada usuario 
necesitarla a la hora de agregar una computadora. Otros elementos, como la informacion sobre la ubicacion y el mantenimiento, 
actualizarlan el ARCHIVO MAESTRO DE COMPUTADORAS despues de instalar el equipo. 

“No cabe duda de que definir las tablas de la base de datos ayuda a crear prototipos rapidos”, comenta Chip. “No me tarde 
mucho en completar la pantalla. ^,Te gustarla verme probar el prototipo?”. 

“Seguro”, le responde Anna. “Esta es mi parte favorita de la creacion de prototipos”. 

Chip ejecuta el diseno de la pantalla mientras Anna, Mike y Dot observan. Las listas desplegables y las casillas de verifi¬ 
cation facilitan la introduction de datos precisos. 
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6/1/10 

Ubicacion 
del campus 


Informe de mantenimiento preventivo 
Semana del 6/1/10 


Ubicacion 
de la sala 


Niimero y marca 
de inventario 


Modelo 


Administration central 11 1 11 

Administracion central 1111 1 

Administracion central 11111 

Administracion central 11111 

Administracion central 22222 

Administracion central 99999 

Administracion central 99999 

Administracion central 99999 

Administracion central 99999 

Administracion central 99999 

Administracion central 99999 

Administracion central ggggg 

Ciencias computacionales central 22222 
Ciencias computacionales central 22222 
Ciencias computacionales central 22222 
Ciencias computacionales central 99999 
Zoologia central 
Zoologfa central 

Zoologia central 999gg 

Zoologia central gg9g9 


84004782 Xxxxxxxxxxxxxxxx 


90875039 Xxxxxxxxxxxxxx 
93955411 Xxxxxxxxxxxxxxxx 
99381373 Xxxxxxxxxxxxxxxx 
10220129 Xxxxxxxxxxxxxx 
22838234 Xxxxxxxxxxxxxx 
24720952 Xxxxxxxxxxxxxx 
33453403 Xxxxxxxxxxxxxxxx 
34044449 Xxxxxxxxxxxx 
40030303 Xxxxxxxxxxxxxxxx 
47403948 Xxxxxxxxxxxxxxxx 
56620548 Xxxxxxxxxxxxxxxx 
34589349 Xxxxxxxxxxxx 
38376910 Xxxxxxxxxxxx 
94842282 Xxxxxxxxxxxxxxxx 
339393 Xxxxxxxxxxxxxx 
11398423 Xxxxxxxxxxxxxxxx 
28387465 Xxxxxxxxxxxxxxxx 
70722533 Xxxxxxxxxxxxxx 
99481102 Xxxxxxxxxxxxxxxx 


Xxxxxxxxxxxxxxxxxxx: 

Xxxxxxxxxxxxxxxx 

Xxxxxxxxxxxxxxxxxxxx 

Xxxxxxxxxxxxxxxxxxxx 

Xxxxxxxxxxxxxxxxxx 

Xxxxxxxxxxxxxxxx 

Xxxxxxxxxxxxxxxxxx 

Xxxxxxxxxxxxxxxx 

Xxxxxxxxxxxxxxxxxx 

Xxxxxxxxxxxxxxxxxxxx 

Xxxxxxxxxxxxxxxx 

Xxxxxxxxxxxxxxxx 

Xxxxxxxxxxxxxxxxxx 

Xxxxxxxxxxxxxxxxxx 

Xxxxxxxxxxxxxxxxxxxx 

Xxxxxxxxxxxxxxxx 

Xxxxxxxxxxxxxxxxxxxx 

Xxxxxxxxxxxxxxxxxxxx 

Xxxxxxxxxxxxxxxx 

Xxxxxxxxxxxxxxxxxxxx 


Pagina 1 de 1 


Fecha del ultimo 

mantenimiento 

preventivo 


Realizado 


4/4/10 

3/24/10 

4/4/10 

3/24/10 

3/24/10 

3/24/10 

3/24/10 

4/4/10 

4/4/10 

4/4/10 

3/24/10 

4/4/10 

3/24/10 

3/24/10 

3/24/10 

4/4/10 

3/24/10 

4/4/10 

3/24/10 

3/24/10 


FIGURA E6.1 

Prototipo para el INFORME DE 
MANTENIMI E NTO 
PREVENTIVO. Hay que revisar 
este informe. 


“Esto me gusta mucho”, dice Dot. “/.Puedo tratar de agregar algunos datos?”. 

“Adelante”, contesta Chip. “Trata de agregar datos tanto validos como invalidos. Y observa los mensajes de ayuda que 
aparecen en la parte inferior de la pantalla para indicar lo que se debe introducir. 1 P 01 que no pruebas este prototipo por uno o 
dos dfas y regresas conmigo? Entonces realizare los cambios que recomiendes y te dare el prototipo modificado para que lo 
revises”. 

Anna regresa a su escritorio y crea el diseno de la pantalla AGREGAR REGISTRO DE SOFTWARE. 

Cuando Anna termina el diseno de la pantalla, pide a Cher que pruebe el prototipo. Cher introduce informacion, revisa los 
valores de las listas desplegables y observa los mensajes de ayuda. 

“Me gusta mucho el diseno de esta pantalla y su apariencia”, comenta Cher. “Aunque le faltan algunos de los campos que 
se incluirian por lo general para introducir un paquete de software, como el tipo de computadora en la que se ejecuta el software, 
la memoria requerida y la velocidad del procesador. Tambien me gustarfan unos botones para guardar el registro y salir”. 

“Puedo hacer todos esos cambios. Una vez que los termine, regresare contigo”, responde Anna mientras hace algunas 
anotaciones para sf misma. 

Poco tiempo despues. Cher vuelve a probar la pantalla AGREGAR REGISTRO DE SOFTWARE. Esta incluye todas las 
caractensticas que requiere. Se puede ver el diseno de la pantalla completa mediante Microsoft Access. Cher observa que hay 
una lfnea que separa la informacion de software de las entradas de hardware. 

Unos cuantos dfas mas tarde, Dot visita a Anna con los cambios sugeridos para el prototipo de AGREGAR NUEVA COMPU¬ 
TADORA. “Revise esto con Mike y nos gusta lo que vimos, pero tenemos unas sugerencias”, comenta Dot. “Una de las cosas 
que faltan es el sistema operativo. Tenemos varias personas tecnicas que utilizan varios sistemas operativos. Muchos de los 
usuarios de los equipos Mac tienen Windows instalado tambien, y algunos de los usuarios de Windows tienen sistemas tipo 
Linux instalados. Necesitamos incluir varios sistemas operativos en la pantalla AGREGAR NUEVA COMPUTADORA”. 
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“Vamos a requerir algo de tiempo para actualizar las tablas y los prototipos”, comenta Chip despues de una larga pausa. 
“Pero esta es la razon por la que usamos ciclos cortos para desarrollar, probar y obtener retroalimentacion. Modificare el pro- 
totipo y me pondre en contacto con ustedes cuando termine”. 

Despues de idear y redisenar las tablas de la base de datos, el prototipo se modifica y se envfa a Mike para su aprobacion. 
Unos cuantos dfas despues. Mike llega con algo de retroalimentacion. “jSe ve excelente!”, exclama Mike. “Sin embargo, me di 
cuenta de que hay algunos requerimientos adicionales que olvide decides. Tenemos un programa de renovacion en el que se 
reemplazan las computadoras despues de cierto periodo, que varia segun el tipo de equipo y la fecha en que se compro. Cuando 
compramos el equipo, estimamos el intervalo de renovacion. ^Podemos agregar el intervalo de renovacion a la base de datos y 
al prototipo? Podrfamos usarlo para calcular la fecha de renovacion y explorar en forma periodica el Archivo maestro de compu¬ 
tadoras para detectar todas las computadoras que necesiten renovacion”. 

Chip empieza a trabajar en las modificaciones. “Este desarrollo agil es interesante”, dice al tiempo que le sonrfe a Anna. 
“Puedo ver por que se utiliza para descubrir los requerimientos”. 

La version final del prototipo de AGREGAR NUEVA COMPUTADORA que se creo con Access se muestra en la figura 
E6.2. En la parte superior de la pantalla se colocaron la fecha y hora actuales, asf como un tftulo centrado en la pantalla. Las 
leyendas de los campos estan alineadas a la izquierda en la pantalla. Se incluyeron casillas de verificacion para el campo de la garan- 
tfa, asf como una lista desplegable para el tipo de unidad optica. Se incluyo un subformulario del sistema operativo para selec- 
cionar varios sistemas operativos en la porcion inferior derecha de la pantalla. Se incluyeron los botones “Agregar registro” 
(Add Record) e “Imprimir”. 

“Chip, estuve hablando con Dot y menciono que hay financiamiento para incluir parte de la informacion en la Web, como 
parte del sitio Web para soporte de tecnologfa en la CPU”, comenta Anna, quitando su vista de la computadora. “He estado 
ocupada creando un prototipo para los menus de la pagina Web y la primera pantalla, una para reportar problemas tecnologicos. 
Como resolver problemas es el area de Mike, lo invite junto con Dot para revisar el prototipo. (,Quieres unirte a la sesion?”. 

“Seguro”, responde Chip. “Estoy interesado en trabajar en el diseno de algunas de las paginas Web”. 

Poco tiempo despues, Mike, Dot y Chip estan reunidos con Anna mientras ella demuestra la pagina Web que se ilustra en 
la figura E6.3. 

“Me gusta mucho el estilo del menu”, comenta Dot. “El menu principal incluye submenus desplegables en la parte superior 
que son faciles de usar; ademas me gusta la forma en que se despliegan y como cambian de color los elementos del menu al 
mover el raton sobre ellos”. 

“Sf, y al tener submenus desplegables debajo del principal para las caracterfsticas de cada opcion nos ayuda a encontrar lo 
que estamos buscando”, agrega Mike. “Ahora, tengo algunas sugerencias para la pagina Web en la que se reportan los problemas. 
Serfa mas util si se moviera el area de selection Categorfa del problema (Problem Category) a la parte superior de la pagina. 
Cada tipo de problema se asigna a un tecnico distinto, uno que sea mas o menos experto en esa area. Necesitamos una casilla 
de verificacion adicional para identificar si es equipo Macintosh, Windows o software con el que estemos trabajando. El campo 
Nurnero de etiqueta (Tag Number) ayuda tambien. Muchas personas no saben que cada pieza de equipo tiene una pequena 
etiqueta metalica de identification con un numero unico de inventario. Hmmm... esa gran area azul parece resaltar demasiado. 
Despues de todo, es solo ayuda. Creo que serfa mejor reemplazarla con una pequena imagen”. 


FIGURA E6.2 

Prototipo para la pantalla 
AGREGAR NUEVA 
COMPUTADORA (Add New 
Computer). Se utilizo Microsoft 
Access como la herramienta para 
crear el prototipo. Se pueden hacer 
mejoras en esta etapa. 
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FIGURA E6.3 

Prototipo para la pagina Web 
SISTEMA DE REPORTE DE 
PROBLEM AS. Esta pagina Web 
necesita algunas mejoras. 


“Creo que sera facil hacer estos cambios”, comenta Anna. 

“Excelente”, responde Mike. “Tambien seria util incluir el numero telefonico de la linea de soporte tecnico en la pagina 
Web. Si es una verdadera emergencia, podria agilizar la resolution del problema. Deberfamos agregar un campo de entrada para 
el numero telefonico del usuario tambien. Desde luego que podrfamos buscarlo en la base de datos, pero tal vez la persona que 
reporte el problema se encuentre en un laboratorio de computo o en otra ubicacion lejos de su oficina”. 

“jBuena idea!” exclama Dot. “Esto va a ser en extremo util para el cuerpo docente y el personal. Creo que debemos crear 
prototipos de todas las paginas Web para el sitio. Se que las paginas Web pueden cambiar de vez en cuando, pero jtratemos de 
hacer lo mejor que podamos desde el principio! ^,Por que no les das un vistazo y nos dices lo que opinas en unos dias?”. 

Anna mira a Chip y sonrie. “jCreo que estaras trabajando en el diseno de paginas Web mas pronto de lo que pensabas!”. 

Unos cuantos dias mas tarde, Mike regresa con retroalimentacion adicional sobre el diseno Web. “Esta pagina Web se ve 
bien”, sonrie Mike, “pero me puso a pensar. Tenemos una iniagen de todo el software en cada computadora del laboratorio. 
Cuando hay un problema, como un virus o una falla en el disco duro, lo corregimos y volvemos a transferir la imagen al equipo. 
Sin embargo, cada laboratorio tiene distintos requerimientos en cuanto al software que debe tener el equipo. Ademas pregunta- 
mos al cuerpo docente si la imagen necesita actualization. Por lo general esto ocurre al final del semestre de primavera y tra- 
bajamos en ello durante el verano. ^Puedes crear unos prototipos de paginas Web para que los revisemos? Uno deberfa tener 
una lista de todo el software, incluyendo los navegadores, detection de virus y demas paquetes estandar que se incluyan para 
cada equipo en una sala esperffica. La otra pagina Web se usarfa para que el cuerpo docente actualizara la lista de imagenes”. 

“Vaya, implica niucho trabajo”, responde Anna con una mirada pensativa. “Trabajaremos en ello”. 

Anna y Chip continuan trabajando en los prototipos; realizan el diseno, obtienen retroalimentacion de los usuarios y mo- 
difican el diseno para incluir los cambios. Ahora que han terminado el trabajo, tienen una firme idea de los requerimientos del 
sistema. 

“Este proyecto esta creciendo”, comenta Anna mientras mira la gran cantidad de prototipos que han ensamblado. “No creo 
que podamos desarrollar todo el software en el periodo de tiempo asignado”. 

“Estoy de acuerdo contigo; pareces tener una buena idea sobre ello”, responde Chip pensativamente. “Solo tenemos seis 
meses para desarrollar el proyecto, incluyendo las paginas Web. Hay mucho codigo de servidor y JavaScript por escribir”. 

Anna baja una pila de formularios de evaluation de prototipos y mira directamente a Chip. “^Cuales son nuestras opcio- 
nes?”. 

Chip toma un momento para reflexionar y responde: “Bueno, comprometer la calidad no es una option y la fecha de entrega 
no se puede modificar. Solo queda hacer concesiones en cuanto al costo y el alcance”. 

“El costo esta fijo en cierto modo”, responde Anna. “Dot y Paige dijeron a ciencia cierta que hay tantos proyectos de de- 
sarrollo que tenemos que permanecer dentro de nuestro presupuesto”. 

“Bueno, eso significa que tendremos que reducir el alcance del proyecto”, dice Chip despues de un momento. “Trabajare¬ 
mos en los elementos de alta prioridad primero”. 

“^Que hay sobre sacrificar una semana de trabajo de 40 horas?”, exclama Anna. 

“No es una option”, sonrie Chip. “Despues de todo, jes un valor basico!”. 
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EJERCICIOS 

Elabore una critica de los prototipos de informes y pantallas para los siguientes ejercicios (E-l al E-10). Registre los cambios 
en una copia del Formulario de evaluation de prototipos Use Microsoft Access para ver los prototipos y despues modifique los 
prototipos de informes y pantallas con los cambios sugeridos. Imprima los prototipos finales. 

Use los siguientes lineamientos como ayuda en el analisis: 

1. Alineacion de los campos en los informes. Estan alineados los campos en forma correcta?<_Estan alineados los encabeza- 
dos de las columnas de los informes en forma correcta sobre las columnas? Si el informe tiene leyendas a la izquierda de 
los campos de datos, ^estan alineadas en forma correcta (por lo general a la izquierda)? ^Estan alineados los datos en forma 
correcta dentro de cada campo de entrada? 

2. Contenido del informe. ^Contiene el informe todos los datos necesarios? ^Estan presentes los totales y subtotales apro- 
piados y utiles? ^Hay totales o datos adicionales que no deban estar en el informe? ^Estan impresos las claves o los sig- 
nificados de estas en el informe (hay que evitar claves, ya que tal vez no presenten information al usuario en forma 
clara)? 

3. Revise la apariencia visual del informe. iSe ve agradable? ( \Se imprimen en grupo los campos repetitivos (es decir, los 
datos solo se deben imprimir una vez, al principio del grupo)? (,Hay suficientes lfneas en bianco entre los grupos para 
identificarlos con facilidad? 

4. Alineacion de datos y leyendas en la pantalla. Estan alineadas las leyendas en forma correcta en la pantalla? ,, Estan 
los datos alineados en forma correcta? ^Estan alineados correctamente los datos dentro de un campo? 

5. Apariencia visual de la pantalla. ^Tiene la pantalla una apariencia visual placentera? ( ',l lay suficiente espaciamiento 
vertical entre los campos? (,Hay suficiente espaciamiento horizontal entre las columnas? ^Estan agrupados todos los cam- 
pos en forma logica? ^Estan agrupadas las caracterfsticas como los botones y las casillas de verification? 

6. iContiene la pantalla todos los elementos funcionales necesarios? Busque botones faltantes que podrfan ayudar al 
usuario a trabajar sin problemas con la pantalla; busque tambien datos faltantes, datos o campos adicionales innecesarios 
que se deban sustituir por una casilla de verification o lista desplegable. 


E-l. El LISTADO DE INVENTARIO DE HARDWARE muestra todas las computadoras personales, ordenadas por campus 
y sala. 

E -2. El INFORME DE INVERSION DE SOFTWARE se utiliza para calcular el monto total invertido en software. 

E -3. El INFORME DE COMPUTADORAS INSTALADAS muestra la information de los equipos instalados. 

E -4. El prototipo para el INFORME DE PROBLEMAS DE COMPUTADORAS muestra una lista de todos los equipos orde- 
nados en base al costo total de las reparaciones e incluye el numero de reparaciones (algunos equipos no tienen un costo 
alto, ya que aun se encuentran bajo garantfa). Este prototipo se utiliza para calcular el costo total de las reparaciones para 
toda la universidad, as! como para identificar los equipos con problemas. 

E -5. El INFORME DE NUEVO SOFTWARE INSTALADO muestra el numero de equipos con cada paquete de software que 
estan instalados en cada sala de cada campus. 

E -6. El INFORME DE REFERENCIAS CRUZADAS DE SOFTWARE muestra una lista de todas las ubicaciones para cada 
version de cada paquete de software. 

E -7. La pantalla ELIMINAR REGISTRO DE COMPUTADORA se utiliza para seleccionar las computadoras que se van a 
eliminar del sistema. El area de entrada es el campo Numero de inventario de hardware (Hardware Inventory Number). 
Los demas campos solo son para fines de visualization, para identificar el equipo. A los usuarios les gustarfa la habilidad 
de imprimir cada registro antes de eliminarlo. Tambien quieren desplazarse a los registros anterior y siguiente. Sugeren- 
cia: examine los campos que se muestran en el informe LISTADO DE INVENTARIO DE HARDWARE. 

E -8. Una pantalla INFORMACION DE MANTENIMIENTO DE ACTUALIZACIONES permite a Mike Crowe cambiar la 
information de mantenimiento sobre las computadoras personales. Algunas veces estos son cambios de rutina, como 
la FECHA DEL ULTIMO MANTENIMIENTO PREVENTIVO o el NUMERO DE REPARACIONES, pero tambien 
pueden ocurrir otros cambios en forma esporadica, como la expiration de una garantfa. Se introduce el NUMERO DE 
INVENTARIO DE HARDWARE y se encuentra el REGISTRO DE COMPUTADORA que coincida. Se muestran la 
MARCA y el MODELO para fines de retroalimentacion. Asf el operador puede cambiar los campos GARANTIA, IN- 
TERVALO DE MANTENIMIENTO, NUMERO DE REPARACIONES, FECHA DE ULTIMO MANTENIMIENTO 
PREVENTIVO y COSTO TOTAL DE REPARACIONES. A Mike le gustarfa imprimir la information en pantalla, asf 
como realizar cualquier cambio con facilidad. 

E -9. La pantalla PETICION DE UBICACION DE SOFTWARE muestra information sobre las salas y los equipos que contie- 
nen software seleccionado. Se introducen el TITULO, NUMERO DE VERSION y SISTEMA OPERATIVO. La portion 
de salida de la pantalla debe mostrar la UBICACION DEL CAMPUS, UBICACION DE LA SALA, NUMERO DE 
INVENTARIO DE HARDWARE, NOMBRE DE MARCA y MODELO. Los botones permiten al usuario avanzar al 
siguiente registro, al registro anterior, cerrar y salir de la pantalla. 
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E -10. El prototipo de la pagina Web ACTUALIZARIMAGEN DE LABORATORIO se muestra en la figura 
E6.4. Revise esta pagina Web y sugiera cambios. 



FIGURA E6.4 

Prototipo para la pagina Web 
ACTUALIZAR IMAGEN DE 
LABORATORIO. Esta pagina 
Web necesita algunas mejoras. 


Los ejercicios en los que se antepone un icono www indican material de valor agregado disponible en el sitio Web www.pearsonhighered.com/ 
kendall. Los estudiantes pueden descargar una base de datos de muestra de Microsoft Access y de Visible Analyst Project para completar los 
ejercicios. 
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CAP ITU LO 7 

Uso de diagramas 
de flujo de datos 


Objetivos de aprendizaje 

Al completar este capi'tulo usted podra: 

1. Comprender la importancia del uso de diagramas de flujo de datos (DFD) logicos y fisicos para 
describir graficamente el movimiento de datos para humanos y sistemas en una organization. 


Parte III 
El proceso de analisis 



2. Crear, usar y expandir los DFD logicos para capturar y analizar el sistema actual por medio 
de niveles padre e hijo. 

3. Desarrollar y expandir DFD logicos que ilustren el sistema propuesto. 

4. Producir DFD fisicos con base en los DFD logicos que desarrolle. 

5. Comprender y aplicar el concepto de particionamiento de DFD fisicos. 


El analista de sistemas requiere la libertad conceptual que los diagramas de 
flujo ofrecen; estos caracterizan graficamente los procesos y flujos de datos en 
un sistema empresarial. En su estado original, los diagramas de flujo de datos 
describen con la mayor generalidad posible las entradas, los procesos y las sali- 
das del sistema, las cuales corresponden a las del modelo de sistemas general 
que vimos en el capitulo 2. Podemos usar una serie de diagramas de flujo de 
datos en capas para representar y analizar con detalle los procedimientos del sistema mas amplio. 



LA METODOLOGIA DEL FLUJO DE DATOS PARA DETERMINAR 
LOS REQUERIMIENTOS HUMANOS 

Para que los analistas de sistemas puedan comprender los requerimientos de informacion de los usua- 
rios, deben ser capaces de conceptualizar la forma en que los datos se mueven a traves de la organiza¬ 
tion, los procesos o la transformation por la que pasan los datos y las salidas de los mismos. Aunque 
las entrevistas y la investigation de datos “duros” proveen una narrativa verbal del sistema, una des¬ 
cription visual puede cristalizar esta informacion para los usuarios y analistas de una manera util. 

Por medio de una tecnica de analisis estructurado conocida como diagramas de flujo de datos 
(DFD), el analista de sistemas puede ensamblar una representation grafica de los procesos de datos a 
traves de la organization. Al usar combinaciones de solo cuatro sfmbolos, el analista puede crear una 
description ilustrada de los procesos con el fin de elaborar una documentation solida para el sistema. 

Ventajas de la metodologia del flujo de datos 

La metodologia del flujo de datos tiene cuatro ventajas importantes en comparacion con las expli- 
caciones narrativas sobre la forma en que se mueven los datos a traves del sistema: 

1. No hay que comprometerse demasiado pronto con la implementation tecnica del sistema. 

2. Permite comprender con mas detalle la capacidad de interrelation de los sistemas y subsistemas. 

3. Se puede comunicar el conocimiento del sistema actual a los usuarios por medio de diagramas de 
flujo de datos. 

4. Se puede analizar un sistema propuesto para determinar si se han definido los datos y procesos 
necesarios. 
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Tal vez la mayor ventaja recaiga en la libertad conceptual que se obtiene al usar los cuatro sfmbolos (re- 
conocera tres de ellos del capftulo 2; la proxima subsection sobre las convenciones de los DFD aborda todos). 
Ninguno de estos sfmbolos especifica los aspectos ffsicos de la implementation. Los DFD se enfocan en el 
procesamiento de los datos o en la transformacion de los mismos a medida que avanzan a traves de varios 
procesos. En los DFD logicos no hay distincion entre los procesos manuales o los automatizados. Tampoco se 
describen en forma grafica los procesos en orden cronologico, sino que, en ultima instancia, se agrupan entre sf 
cuando un analisis posterior indique que es conveniente hacerlo. Se agrupan los procesos manuales; tambien los 
automatizados pueden asociarse entre sf. En una section posterior veremos mas detalles sobre este concepto, 
conocido como particionamiento. 

Convenciones usadas en los diagramas de flujo de datos 

Se utilizan cuatro sfmbolos basicos para graficar el movimiento de los datos en los diagramas: un cuadrado do- 
ble, una flecha, un rectangulo con esquinas redondas y un rectangulo con un extremo abierto (cerrado del lado 
izquierdo y abierto del lado derecho), como se muestra en la figura 7.1. Podemos describir en forma grafica todo 
un sistema y numerosos subsistemas al combinar estos cuatro sfmbolos. 

El cuadrado doble se utiliza para describir una entidad externa (otro departamento, una empresa, una 
persona o una maquina) que pueda enviar/recibir datos hacia/desde el sistema. La entidad externa, o simple- 
mente entidad, tambien se conoce como origen o destino de los datos, y se considera externa al sistema que 
se esta describiendo. Cada entidad se identifica con un nombre apropiado. Aunque interactua con el sistema, se 
considera fuera de los lfmites de este. Se debe denominar a las entidades con un sustantivo. Se puede utilizar 
la misma entidad mas de una vez en un diagrama de flujo de datos para evitar cruzar las lfneas de flujo de 
datos. 

La flecha muestra el movimiento de los datos de un punto a otro; la cabeza de la flecha apunta hacia el des¬ 
tino de los datos. Los flujos de datos que ocurren al mismo tiempo se pueden describir mediante el uso de fle- 
chas paralelas. Como una flecha representa datos sobre una persona, lugar o cosa, tambien se debe describir con 
un sustantivo. 

Se utiliza un rectangulo con esquinas redondas para mostrar la ocurrencia de un proceso de transformacion. 
Los procesos siempre expresan un cambio o transformacion en los datos; por ende, el flujo de datos que sale de 
un proceso siempre se identifica de manera distinta al flujo que entra al proceso. Los procesos representan el 


FIGURA 7.1 
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trabajo que se realiza en el sistema y se deben denominar mediante el uso de uno de los siguientes formatos. Un 
nombre claro facilita la action de entender lo que el proceso lleva a cabo. 

1. A1 denominar un proceso de alto nivel, asigne al proceso el nombre de todo el sistema. Por ejemplo, 
SISTEMA DE CONTROL DE INVENTARIO. 

2. Al denominar un subsistema importante, use un nombre tal como SUBSISTEMA DE INFORME DE 
INVENTARIOS o SISTEMA DE CUMPLIMIENTO CON CLIENTES DE INTERNET. 

3. Al denominar procesos detallados, use una combination verbo-sustantivo-adjetivo. El verbo describe el tipo 
de actividad, como CALCIJLAR. VERIFICAR, PREPARAR, IMPRIMIR o AGREGAR. El sustantivo 
indica cual es el resultado principal del proceso, como INFORME o REGISTRO. El adjetivo ilustra la 
salida especffica que se produce, como PEDIDO PENDIENTE o INVENTARIO. Algunos ejemplos de 
nombres de procesos completos son CALCULAR IMPUESTO DE VENTAS, VERIFICAR ESTADO DE 
CUENTA DE CLIENTE, PREPARAR FACTURA DE ENVIO, IMPRIMIR INFORME DE PEDIDOS 
PENDIENTES, ENVIAR CONFIRMACION POR EMAIL AL CLIENTE, VERIFICAR SALDO DE 
TARJETA DE CREDITO y AGREGAR REGISTRO DE INVENTARIO. 

Un proceso tambien debe recibir un numero de identificacion unico que indique su nivel en el diagrama. Mas ade- 
lante en el capltulo hablaremos sobre esta organization. Puede haber varios flujos de datos que entren y salgan de 
cada proceso. Examine los procesos que tengan solo un flujo entrante y saliente para determinar si no hacen falta 
mas flujos de datos. 

El ultimo srmbolo basico que se utiliza en los diagramas de flujo de datos es un rectangulo con un extremo 
abierto, el cual representa a un almacen de datos. El rectangulo se dibuja con dos llneas paralelas que se cierran 
mediante una linea corta del lado izquierdo y cuyo extremo derecho esta abierto. Estos slmbolos se dibujan con 
la anchura suficiente como para permitir una leyenda de identificacion entre las llneas paralelas. En los diagra¬ 
mas de flujo de datos logicos no se especifica el tipo de almacenamiento frsico. En este punto, el srmbolo del 
almacen de datos muestra solo un deposito de datos que permite examinar, agregar y recuperar los datos. 

El almacen de datos puede representar un almacen manual como un archivero, o un archivo o una base de 
datos computarizada. Como los almacenes de datos representan a una persona, lugar o cosa, se denominan con 
un sustantivo. Los almacenes de datos temporales, como el papel de borrador o un archivo temporal de computa- 
dora, no se incluyen en el diagrama de flujo de datos. Hay que dar a cada almacen de datos un numero de refe¬ 
renda unico, como Dl, D2, D3, por ejemplo. 

COMO DESARROLLAR DIAGRAMAS DE FLUJOS DE DATOS 

Podemos y debemos dibujar los diagramas de flujos de datos en forma sistematica. En la figura 7.2 se sintetizan 
los pasos involucrados para completar con exito los diagramas de flujos de datos. En primer lugar, el analista de 
sistemas necesita conceptualizar los flujos de datos desde una perspectiva de arriba-abajo. 

Para empezar un diagrama de flujo de datos, contraiga la narrativa (o historia) del sistema de la organization 
en una lista con las cuatro categories de entidad externa, flujo de datos, proceso y almacen de datos. A su vez, 
esta lista ayuda a determinar los llmites del sistema que va a describir. Una vez que haya compilado una lista ba- 
sica de elementos de datos, empiece a dibujar un diagrama de contexto. 

He aquf unas cuantas reglas basicas a seguir: 

1. El diagrama de flujo de datos debe tener por lo menos un proceso y no debe haber objetos independientes o 
conectados a si mismos. 

2. Un proceso debe recibir por lo menos un flujo de datos entrante y debe crear por lo menos un flujo de datos 
saliente. 

3. Un almacen de datos debe estar conectado con por lo menos un proceso. 

4. Las entidades externas no se deben conectar entre si. Aunque se comunican en forma independiente, esa 
comunicacion no forma parte del sistema que disenamos mediante el uso de DFD. 


Creadon del diagrama de contexto 

Con una metodologla arriba-abajo para crear un diagrama del movimiento de los datos, los diagramas avanzan de 
generales a especrficos. Aunque el primer diagrama ayuda al analista de sistemas a comprender el movimiento 
de datos basico, su naturaleza general limita su utilidad. El diagrama de contexto inicial debe ser una vista ge¬ 
neral que incluya las entradas basicas, el sistema general y las salidas. Este diagrama sera el mas general, una 
verdadera vista panoramica del movimiento de datos en el sistema y la conceptualization mas amplia posible del 
sistema. 

El diagrama de contexto es el nivel mas alto en un diagrama de flujo de datos y contiene solo un proceso, el 
cual representa a todo el sistema. El proceso recibe el numero cero. Todas las entidades externas se muestran en 
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FIGURA 7.2 

Pasos para desarrollar diagramas 
de flujo de datos. 


1. 


2 . 


3. 


7. 


'° S siguien£te m ent a of ldaC,eS de ' a em P resa V osar/a para determinar 
Entidades externas 

* Rujos de datos 

* Procesos 

* Almacenes de datos 

^“^“ahijo para cada un0 de,os Drn n 

Verificar /os errores y asen 6S ° S ^ ^ Dia0rama °- 

; — V "-JO de is ^S S «» -Stone a cada 

JS 2atSiiS^° ,,a ^ssStS;s dia9rama de 

S?=«src:sr“'' 


4. 

5. 


el diagrama de contexto, asf como el flujo de datos principal que entra y sale de ellas. El diagrama no contiene 
almacenes de datos y es bastante simple de crear una vez que los analistas conocen las entidades externas y el 
flujo de datos que entra y sale de ellas. 

Dibujo del Diagrama 0 (el siguiente nivel) 

Podemos obtener mas detalles de lo que permite el diagrama de contexto si “expandimos” los diagramas. Las 
entradas y salidas especificadas en el primer diagrama permanecen constantes en todos los subsiguientes. Sin 
embargo, el resto del diagrama original se expande en acercamientos que incluyan de tres a nueve procesos y 
muestren los almacenes de datos, junto con los nuevos flujos de datos de niveles inferiores. El efecto es como 
si tomaramos una lupa para ver el diagrama de flujo original. Cada diagrama expandido debe ocupar solo una 
hoja de papel. A1 expandir los DFD en subprocesos, el analista de sistemas empieza a llenar los detalles sobre el 
movimiento de los datos. El manejo de las excepciones se ignora durante los primeros dos o tres niveles en los 
diagramas de flujo de datos. 

El Diagrama 0 es la expansion del diagrama de contexto; puede incluir hasta nueve procesos. Si incluimos 
mas procesos en este nivel obtendremos un diagrama abarrotado de informacion que sera dificil de comprender. 
Cada proceso se enumera con un entero, por lo general empezando a partir de la esquina superior izquierda del 
diagrama y avanzando hacia la esquina inferior derecha. En el Diagrama 0 se incluyen los principales almacenes 
de datos del sistema (que representan a los archivos maestros) y todas las entidades externas. En la figura 7.3 se 
ilustra de manera esquematica el diagrama de contexto y el Diagrama 0. 

Como un diagrama de flujo de datos es bidimensional (en vez de lineal), tal vez quiera empezar en cualquier 
punto y avanzar hacia delante o hacia atras por el diagrama. Si no esta seguro de lo que podrfa incluir en cual¬ 
quier punto, tome una entidad externa, proceso o almacen de datos distinto y empiece a dibujar el flujo a partir 
de el. Usted puede: 
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FIGURA 7.3 

Los diagramas de contexto 
(superior) se pueden “expandir” en 
un Diagrama 0 (inferior). Observe 
el mayor detalle en el Diagrama 0. 
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1. Empezar con el flujo de datos proveniente de una entidad en el lado de entrada. Haga preguntas tales como: 
“^Que ocurre con los datos que entran al sistema?”, “ ( ;,Se guardan?”, “/Constituven la entrada para varios 
procesos?”. 

2. Trabaje en sentido inverso desde un flujo de datos de salida. Examine los campos de salida en un documento 
o pantalla (este metodo es mas sencillo si se crearon prototipos). Para cada campo en la salida pregunte lo 
siguiente: “t,De donde proviene?” o “<',Se calcula o se guarda en un archivo?”. Por ejemplo, cuando la salida 
es un CHEQUE DE NOMINA, el NOMBRE DE EMPLEADO y la DIRECCION se ubicarfan en un archivo 
de EMPLEADO, las HORAS TRABAJADAS estarfan en un REGISTRO DE TIEMPO y se calcularfan el 
SUELDO BRUTO y las DEDUCCIONES. Cada archivo y registro estarfa conectado al proceso que produce 
el cheque de nomina. 

3. Examine el flujo de datos que entra o sale de un almacen de datos. Pregunte: “^Que procesos colocan 
datos en el almacen?” o “^Que procesos utilizan los datos?”. Tenga en cuenta que un almacen de datos 
que se utilice en el sistema en el que usted este trabajando puede ser producido por un sistema distinto. 
Por ende, desde su posicion de ventaja, tal vez no haya ningun flujo de datos que entre al almacen de 
datos. 

4. Analice un proceso bien defmido. Examine los datos de entrada que necesita el proceso y la salida que 
produce. Despues conecte la entrada y la salida a los almacenes de datos y las entidades apropiadas. 

5. Tome nota de cualquier area confusa en donde no este seguro de lo que se deberfa incluir o de la entrada o 
salida requerida. Al estar consciente de las areas problematicas podra formular una lista de preguntas para 
las entrevistas de seguimiento con los usuarios clave. 
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Creadon de diagramas hijos (niveles mas detallados) 

Cada proceso en el Diagrama 0 puede a su vez expandirse para crear un diagrama hijo mas detallado. A1 proceso 
que se expande en el Diagrama 0 se le conoce como el proceso padre, y al diagrama que resulta se le conoce 
como el diagrama hijo. La regia principal para crear diagramas hijos es el balanceo vertical; esta regia establece 
que un diagrama hijo no puede producir salida o recibir entrada que el proceso padre no produzca o reciba tam¬ 
bien. Todos los datos entrantes o salientes del proceso padre deben mostrarse como entrantes o salientes en el 
diagrama hijo. 

El diagrama hijo recibe el mismo numero que su proceso padre en el Diagrama 0. Por ejemplo, el proceso 3 se 
expande en el diagrama 3. Los procesos en el diagrama hijo se enumeran mediante el uso del numero del proceso 
padre, un punto decimal y un numero unico para cada proceso hijo. En el diagrama 3 los procesos se enumera- 
rfan como 3.1, 3.2, 3.3 y asf en lo sucesivo. Esta convention permite al analista rastrear una serie de procesos a 
traves de muchos niveles de explosion. Si el Diagrama 0 describe los procesos 1, 2 y 3, los diagramas hijos 1, 2 
y 3 se encuentran todos en el mismo nivel. 

Por lo general, las entidades no se muestran en los diagramas hijos debajo del Diagrama 0. El flujo de datos 
que concuerda con el flujo padre se denomina flujo de datos de interfaz y se muestra como una flecha que entra 
o sale de un area en bianco del diagrama hijo. Si el proceso padre tiene un flujo de datos que lo conecta con un 
almacen de datos, el diagrama hijo puede incluir el almacen de datos tambien. Ademas, este diagrama de nivel 
inferior puede contener almacenes de datos que no se muestren en el proceso padre. Por ejemplo, se puede in¬ 
cluir un archivo que contenga una tabla de informacion tal como una tabla de impuestos, o un archivo que vincule 
dos procesos en el diagrama hijo. Los flujos de datos menores, como una lfnea de error, se pueden incluir en un 
diagrama hijo pero no en el padre. 

Los procesos se pueden o no expandir, dependiendo de su nivel de complejidad. Cuando un proceso no se 
expande, se dice que es funcionalmente primitivo y se le denomina proceso primitivo. Hay que escribir logica 
para describir estos procesos; veremos esto con detalle en el capitulo 9. En la figura 7.4 se ilustran los niveles 
detallados en un diagrama de flujo de datos hijo. 

Comprobacion de errores en los diagramas 

Varios de los errores que se cometen al dibujar diagramas de flujo de datos son: 

1. Olvidar incluir un flujo de datos o apuntar una flecha en direccion equivocada. Un ejemplo es dibujar un 
proceso que muestra a todos sus flujos de datos como entradas o a todos como salidas. Cada proceso 
transforma los datos: debe recibir datos de entrada y producir datos de salida. Por lo general este tipo de 
error ocurre cuando el analista olvida incluir un flujo de datos o coloca una flecha apuntando en direccion 
equivocada. El proceso 1 en la figura 7.5 solo contiene una entrada debido a que la flecha de SUELDO 
BRUTO apunta en direccion equivocada. Este error tambien afecta al proceso 2, CALCULAR MONTO A 
RETENER, al cual tambien le falta un flujo de datos que representa la entrada para las tasas de retention y 
el numero de dependientes. 

2. Conectar almacenes de datos y entidades externas directamente entre si. No se pueden conectar los 
almacenes de datos y las entidades entre si; se deben conectar solo mediante un proceso. Un archivo no se 
interconecta con otro archivo sin la ayuda de un programa o una persona que mueva los datos, por lo cual 
ARCHIVO MAESTRO DE EMPLEADOS no puede producir directamente el archivo RECONCILIACION 
DE CHEQUES. Las entidades externas no trabajan directamente con archivos. Por ejemplo, no es 
conveniente que un cliente hurgue por el archivo maestro de clientes. Por lo tanto, el EMPLEADO no 
puede crear el ARCHIVO DE TIEMPO DE EMPLEADOS. Dos entidades externas conectadas en forma 
directa indican que desean comunicarse entre si. Esta conexion no se incluye en el diagrama de flujo 

de datos a menos que el sistema facilite la comunicacion. La production de un informe es una instancia de 
este tipo de comunicacion. Sin embargo, debe haber un proceso interpuesto entre las entidades para 
producir el informe. 

3. Etiquetar de manera incorrecta los procesos o el flujo de datos. Inspeccione el diagrama de flujo de datos 
para asegurar que cada objeto o flujo de datos este identificado en forma apropiada. Un proceso debe indicar 
el nombre del sistema o debe usar el formato verbo-sustantivo-adjetivo. Cada flujo de datos se debe 
describir con un sustantivo. 

4. Incluir mas de nueve procesos en un diagrama de flujo de datos. Al tener muchos procesos se produce un 
diagrama sobrecargado de informacion que puede confundirnos al tratar de leerlo y entorpece la 
comunicacion en vez de mejorarla. Si hay mas de nueve procesos involucrados en un sistema, agrupe 
algunos de los procesos que trabajen en conjunto para formar un subsistema y coloquelos en un 
diagrama hijo. 
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FIGURA 7.4 

Diferencias entre el diagrama padre (superior) y el diagrama hijo (inferior). 


5. Omitir el flujo de datos. Examine su diagrama en busca de flujo lineal; es decir, un flujo de datos en el que 
cada proceso solo tiene una entrada y una salida. Excepto en el caso de los diagramas de flujo con datos de 
diagramas hijos muy detallados, el flujo de datos lineal ocurre raras veces. Por lo general su presencia indica 
que faltan flujos de datos en el diagrama. Por ejemplo, el proceso CALCULAR MONTO DE RETENCION 
necesita el numero de dependientes que tiene un empleado y las TASAS DE RETENCION como entrada. 
Ademas, no se puede calcular el SUELDO NETO solo con base en la RETENCION, y el CHEQUE DE 
PAGO DEL EMPLEADO no se puede crear solo a partir del SUELDO NETO; tambien hay que incluir un 
NOMBRE DE EMPLEADO as! como las cifras de nomina actuales y del ano a la fecha, ademas del 
MONTO DE RETENCION. 

6. Crear una descomposicion (o expansion) desbalanceada en los diagramas hijos. Cada diagrama hijo debe 
tener el mismo flujo de datos de entrada y salida que el proceso padre. La excepcion a esta regia es la salida 
menor, como las lineas de error que se incluyen solo en el diagrama hijo. El diagrama de flujo de datos de la 
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FIGURA 7.5 

Errores comunes que pueden 
ocurrir en un diagrama de flujo de 
datos (ejemplo de nomina). 
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figura 7.6 esta dibujado en forma correcta. Observe que, aunque el flujo de datos no es lineal, podemos 
seguir con claridad una ruta directamente desde la entidad de origen hasta la entidad de destino. 

DIAGRAMAS DE FLUJO DE DATOS LOGICOS Y FISICOS 

Los diagramas de flujo de datos se clasifican como logicos o ffsicos. Un diagrama de flujo de datos logico se 
enfoca en la empresa y la forma en que esta opera. No se preocupa por la forma en que se construira el sistema, 
sino que describe los eventos de la empresa que se llevaran a cabo, ademas de los datos requeridos y producidos 
por cada evento. En contraste, un diagrama de flujo de datos ffsico muestra como se implementara el sistema, 
incluyendo hardware, software, los archivos y las personas involucradas en el sistema. La tabla de la figura 7.7 
compara las caracterfsticas de los modelos logicos y ffsicos. Cabe mencionar que el modelo logico refleja a la 
empresa, mientras que el modelo ffsico describe al sistema. 

Lo ideal es desarrollar sistemas para analizar el sistema actual (el DFD logico actual) y despues agregar las 
caracterfsticas que deberfa incluir el nuevo sistema (la DFD logica propuesta). Por ultimo hay que desarrollar 
los mejores metodos para implementar el nuevo sistema (el DFD ffsico). En la figura 7.8 se muestra esta progre- 
sion. 

Al desarrollar un diagrama de flujo de datos logico para el sistema actual podemos comprender con claridad 
la forma en que opera el sistema actual y, por ende, constituye un buen punto de partida para desarrollar el mo¬ 
delo logico del sistema actual. Como este paso lleva mucho tiempo, a menudo se omite para pasar directamente 
al DFD logico propuesto. 

Un argumento a favor de tomarse el tiempo para construir el diagrama de flujo de datos logico del sistema 
actual es que podemos utilizarlo para crear el diagrama de flujo de datos logico del nuevo sistema. Podemos 
quitar los procesos que no seran necesarios en el nuevo sistema y agregar las nuevas caracterfsticas, activida- 
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FIGURA 7.6 

El diagrama de flujo de datos correcto para el ejemplo de la nomina. 


des, procesos de salida, de entrada y datos almacenados. Esta metodologfa ofrece un medio para asegurar que 
se retengan las caracterfsticas esenciales del sistema anterior en el nuevo sistema. Ademas, al utilizar el modelo 
logico del sistema actual como base para el sistema propuesto podemos realizar una transicion gradual hacia el 
diseno del nuevo sistema. Una vez desarrollado el modelo logico del nuevo sistema, podemos usarlo para crear 
un diagrama de flujo de datos ffsico para este nuevo sistema. 

En la figura 7.9 aparece un diagrama de flujo de datos logico y un diagrama de flujo de datos ffsico para 
un cajero de una tienda de abarrotes. El CL1ENTE lleva los ARTICULOS a la caja registradora; se BUSCAN 
los PREC10S de todos los ARTICULOS y despues se obtiene el total; despues se proporciona el PAGO al ca¬ 
jero; por ultimo, el CLIENTE obtiene un RECIBO. El diagrama de flujo de datos logico ilustra los procesos 
involucrados sin entrar en los detalles sobre la implementation ffsica de las actividades. El diagrama de flujo 
de datos ffsico muestra que se utiliza un CODIGO DE BARRAS del codigo de producto universal (UPC) que 
se encuentra en la mayorfa de los artfculos de la tienda de abarrotes. Ademas, el diagrama de flujo de datos 
ffsico menciona procesos manuales tales como la exploration, explica que se utiliza un archivo temporal para 
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FIGURA 7.7 

Caracterfsticas comunes para los 
diagramas de flujo de datos 
logicos y flsicos. 
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mantener un subtotal de artlculos e indica que el PAGO se puede realizar mediante EFECTIVO, CHEQUE o 
TARJETA DE DEBITO. Por ultimo, hace referenda al recibo por su nombre, RECIBO DE CAJA REGIS- 
TRADORA. 

Como desarrollar diagramas de flujo de datos logicos 

Para desarrollar un diagrama de este tipo hay que construir primero un diagrama de flujo de datos logico para el 
sistema actual. Hay varias ventajas en cuanto al uso de un modelo logico: 

1. Mejor comunicacion con los usuarios. 

2. Sistemas mas estables. 

3. Los analistas comprenden mejor el funcionamiento de la empresa. 

4. Flexibilidad y mantenimiento. 

5. Se eliminan las redundancias y se facilita la creacion del modelo flsico. 


FIGURA 7.8 

La progresion del modelo 
logico al modelo flsico. 


Diagrama de 
flujo de datos 
logico actual 
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Para derivar ei diagrama de flujo 
de datos logico para el sistema 
actual hay que examinar el diagrama 
de flujo de datos fisico y aislar las 
actividades unicas de la empresa. 


Para crear el diagrama de flujo de 
datos logico para el nuevo sistema 
hay que agregar la entrada, salida y 
los procesos requeridos en el nuevo 
sistema al diagrama de flujo de datos 
logico para el sistema actual. 


Para derivar el diagrama de flujo de 
datos fisico hay que examinar los 
procesos en el nuevo diagrama logico. 
Hay que determinar donde deben existir 
las interfaces de usuario, la naturaleza de 
los procesos y los almacenes de datos 
necesarios. 
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FIGURA 7.9 

El diagrama de 
flujo de datos 
fisico (inferior) 
muestra ciertos 
detalles que no se 
encuentran en el 
diagrama de flujo 
de datos logico 
(superior). 


Es mas facil usar un modelo logico al momento de comunicarnos con los usuarios del sistema, ya que se centra 
en las actividades de la empresa. En consecuencia, los usuarios estan familiarizados con las actividades esencia- 
les y con muchos de los requerimientos humanos de informacion de cada actividad. 

Los sistemas que se forman mediante el uso de un diagrama de flujo de datos logico son a menudo mas es- 
tables, ya que se basan en eventos de negocios y no en una tecnologia o metodo de implementacion especiftco. 
Los diagramas de flujo de datos logicos representan las caracteristicas de un sistema que existirfan sin importar 
cuales sean los medios fisicos de las actividades de negocios. Por ejemplo, las actividades tales como solicitar la 
tarjeta de membresia de una tienda de video, revisar un DVD y devolver un DVD se llevarian a cabo sin importar 
que la tienda tuviera un sistema automatizado, manual o hibrido. 

Como desarrollar diagramas de flujo de datos fisicos 

Una vez que desarrolle el modelo logico del nuevo sistema, podra usarlo para crear un diagrama de flujo de datos 
fisico. Este diagrama muestra como se construira el sistema y por lo general contiene la mayorfa de (si no es que 
todos) los elementos que se encuentran en la figura 7.10. Asi como los diagramas de flujo de datos logicos tienen 
ciertas ventajas, los diagramas de flujo de datos fisicos tienen otras: 

1. Aclarar que procesos desempenan los humanos (manuales) y cuales son automatizados. 

2. Describir los procesos con mas detalle que los DFD logicos. 

3. Secuenciar procesos que se tengan que realizar en cierto orden especiftco. 

4 . Identificar los almacenes de datos temporales. 

5. Especificar los nombres reales de los archivos, tablas de bases de datos y listados impresos. 

6. Agregar controles para asegurar que los procesos se realicen en forma apropiada. 
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FIGURA 7.10 

Los diagramas de flujo de datos 
ffsicos contienen muchos 
elementos que no se encuentran en 
los diagramas de flujo de datos 
logicos. 


Contenido de los diagramas de flujo de datos fisicos 


• Procesos manuales 

• Procesos para agregar, eliminar, modificar y actualizar registros 

• Procesos para introduciry verificar datos 

• Procesos de validacion para asegurar que se introduzcan los datos con 
precision 

• Secuenciar procesos para reorganizar el orden de los registros 

• Procesos para producir todas las salidas unicas del sistema 

• Almacenes de datos intermedios 

• Se utilizan los nombres de archivo reales para guardar datos 

• Controles para indicar que se completaron las tareas o condiciones de error 


A menudo los diagramas de flujo de datos ffsicos son mas complejos que los diagramas de flujo de datos logi¬ 
cos simplemente debido a que hay muchos datos presentes en un sistema. Con frecuencia se utiliza el acronimo 
CRUD para Crear, Leer, Actualizar y Eliminar ( Create, Read, Update y Delete), las actividades que deben estar 
presentes en un sistema para cada archivo maestro. Una matriz CRUD es una herramienta para representar en 
donde ocurren cada uno de estos procesos en un sistema. La ftgura 7.11 es una matriz CRUD para un escaparate 
en Internet. Cabe mencionar que algunos de los procesos incluyen mas de una actividad. Los procesos de entrada 
de datos tales como teclear y verificar tambien forman parte de los diagramas de flujo de datos ffsicos. 

Los diagramas de flujo de datos ffsicos tambien tienen almacenes de datos intermedios, a menudo compues- 
tos por un archivo de transacciones o una tabla de una base de datos temporal. Con frecuencia los almacenes de 
datos intermedios consisten en archivos de transacciones que se utilizan para guardar datos entre procesos. Como 
es poco probable que la mayorfa de los procesos que requieren acceso a un conjunto dado de informacion se 
ejecuten en el mismo instante, los archivos de transacciones deben contener los datos de un proceso al siguiente. 
Podemos encontrar un ejemplo de facil comprension sobre este concepto en las experiences diarias de las com- 
pras de abarrotes, la preparacion de comidas y la accion de comer. Las actividades son: 

1. Seleccionar artfculos de los estantes. 

2. Pasar a pagar a una caja. 

3. Transportar los abarrotes hasta la casa. 

4. Preparar una comida. 

5. Comer. 


FIGURA 7.11 

Una matriz CRUD para un 
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Cada una de estas cinco actividades estarfa representada por un proceso separado en un diagrama de flujo de datos 
ffsico y cada una ocurre en un momento distinto. Por ejemplo, no serfa cornun transportar los abarrotes a la casa y 
comerlos al mismo tiempo. Por lo tanto, se requiere un “almacen de datos de transacciones” para vincular cada 
tarea. Al seleccionar elementos, el almacen de datos de transacciones es el carrito de compras. Despues del si- 
guiente proceso (pasar a pagar), el carrito ya no es necesario. El almacen de datos de transacciones que vincula los 
procesos de pasar a pagar y transportar los abarrotes a la casa es la bolsa de compras (jes mas economico que dejar 
que usted se lleve el carrito a su casa!). Las bolsas son una manera ineficiente de almacenar los abarrotes una vez que 
estan en la casa, por lo que se utilizan las alacenas y un refrigerador como almacen de datos de transacciones entre 
la actividad de transportar los artfculos a la casa y preparar la cornida. Por ultimo, un plato, un tazon y un vaso 
constituyen el vinculo entre los procesos de preparar y comer los alimentos. 

Tambien se puede incluir information de sincronizacion. Por ejemplo, un DFD fisico puede indicar que 
se debe ejecutar un programa de edition antes de un programa de actualization. Las actualizaciones se deben 
realizar antes de producir un informe de resumen o se debe introducir un pedido en un sitio Web antes de poder 
verificar con la institution financiera la cantidad que se va a cargar a una tarjeta de credito. Cabe mencionar que 
debido a tales consideraciones, un diagrama de flujo de datos fisico tal vez parezca mas lineal que un modelo 
logico. 

Para crear el diagrama de flujo de datos fisico para un sistema hay que analizar sus salidas y entradas. Al 
crear un diagrama de flujo de datos fisico, al flujo de datos de entrada que proviene de una entidad externa se 
le denomina algunas veces desencadenador , debido a que empieza las actividades de un proceso; al flujo de 
datos de salida de una entidad externa se le denomina algunas veces respuesta, ya que se envfa como resultado 
de alguna actividad. Hay que determinar cuales campos de datos o elementos hay que teclear. Estos campos se 
denominan elementos base y se deben almacenar en un archivo. Los elementos que no se teclean, sino que cons¬ 
tituyen el resultado de un calculo o una operation logica, se denominan elementos derivados. 

Algunas veces no queda claro cuantos procesos hay que colocar en un diagrama y cuando se debe crear un 
diagrama hijo. Una sugerencia es examinar cada proceso y contar el numero de flujos de datos que entran y salen 
de el. Si el total es mayor que cuatro, el proceso es un buen candidato para un diagrama hijo. Mas adelante en 
este capftulo ilustraremos los diagramas de flujo de datos ffsicos. 

MODELADO DE EVENTOS Y DIAGRAMAS DE FLUJO DE DATOS Una metodologfa practica para crear diagramas de flujo 
de datos ffsicos es la creation de un fragmento de diagrama de flujo de datos simple para cada evento unico del sistema. 
Los eventos provocan que el sistema haga algo y actuan como desencadenador para el sistema. Los desen- 
cadenadores inician actividades y procesos, los que a su vez utilizan datos o producen salida. Un ejemplo de un 
evento es cuando un cliente reserva un vuelo en Web; a medida que se envfa cada formulario Web se activan 
procesos tales como validar y guardar los datos, o aplicar formato a la siguiente pagina Web y mostrarla. 

Por lo general los eventos se sintetizan en una tabla de respuesta a eventos. En la figura 7.12 se muestra un 
ejemplo de una tabla de respuesta a eventos para una empresa con un escaparate en Internet. Un fragmento de 
diagrama de flujo de datos se representa mediante una fila en la tabla. Cada fragmento de DFD es un proceso in¬ 
dividual en un diagrama de flujo de datos. Despues se combinan todos los fragmentos para formar el Diagrama 0. 
Las columnas desencadenador y respuesta se convierten en los flujos de datos de entrada y salida; la actividad se 
convierte en el proceso. El analista debe determinar los almacenes de datos requeridos para el proceso mediante 
un analisis de los flujos de datos de entrada y salida. En la figura 7.13 se ilustra una parte del diagrama de flujo 
de datos para las primeras tres filas de la tabla de respuesta a eventos. 

La ventaja de crear diagramas de flujo de datos con base en eventos es que los usuarios estan familiari- 
zados con los eventos que se llevan a cabo en su area de negocios y saben como estos eventos impulsan otras 
actividades. 

CASOS DE USO Y DIAGRAMAS DE FLUJO DE DATOS En el capftulo 2 presentamos el concepto de un caso de uso. 
Utilizamos esta notion de un caso de uso para crear diagramas de flujo de datos. Un caso de uso sintetiza un 
evento y tiene un formato similar para procesar las especificaciones (lo cual se describe en el capftulo 9). Cada 
caso de uso define una actividad junto con su desencadenador, su entrada y su salida. En la figura 7.14 se ilustra 
un caso de uso para el proceso 3, Agregar artfculo del cliente. 

Este metodo permite al analista trabajar con los usuarios para comprender la naturaleza de los procesos y 
actividades, para despues crear un fragmento individual del diagrama de flujo de datos. Al crear casos de uso, 
primero hay que hacer un intento por deftnir los casos de uso sin entrar en detalles. Este paso provee una vista 
general del sistema y conduce a la creation del Diagrama 0. Debemos decidir cuales seran los nombres y proveer 
una breve description de la actividad. Hay que hacer una lista de las actividades, entradas y salidas de cada uno. 

Asegurese de documentar los pasos utilizados en cada caso de uso. Estos deben estar en la forma de reglas de 
negocios que listen o expliquen las actividades humanas y del sistema que se completaron para cada caso 
de uso. Si acaso es posible, liste las actividades en la secuencia en la que normalmente se ejecutarfan. Despues deter¬ 
mine los datos utilizados en cada paso. Este paso es mas facil si se ha completado un diccionario de datos. Por 
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FIGURA 7.12 

Una tabla de respuesta a eventos para un escaparate en Internet. 
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disponible. Enviar pagina 
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Cliente 
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Web 

Cliente 

Compra del articulo 
(numero y cantidad) 

Almacenar datos en el 

Registro detallado del pedido. 
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de credito 
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de tarjetas de credito. 

Enviar. 
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de credito 
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del cliente 

Companla de 
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de credito 
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Enviar un correo 
electronico al cliente 


Temporal, por horas 

Enviar al cliente un correo 
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Cliente 


ultimo, pida a los usuarios que revisen y sugieran modificaciones de los casos de uso. Es importante que estos 
se escriban en forma clara (en el capftulo 10 encontrara una discusion mas detallada sobre el UML, los casos de 
uso y los diagramas de casos de uso). 

Como particionar los diagramas de flujo de datos 

El particionamiento es el proceso de examinar un diagrama de flujo de datos y determinar como se debe dividir 
en colecciones de procedimientos manuales y colecciones de programas de computadora. Hay que analizar cada 
proceso para determinar si debe ser manual o automatizado, y agrupar los procedimientos automatizados en una 
serie de programas de computadora. Por lo general se dibuja una lmea punteada alrededor de un proceso o grupo 
de procesos que se deben colocar en un solo programa de computadora. 

Hay seis motivos para particionar los diagramas de flujo de datos: 

1. Distintos gnipos de usuarios ( ,Hay varios grupos de usuarios que realizan los procesos, a menudo en 
ubicaciones ffsicas distintas en la empresa? De ser asf, hay que particionarlos en distintos programas de 
computadora. Un ejemplo es la necesidad de procesar las devoluciones y pagos de los clientes en una tienda 
departamental. Para ambos procesos hay que obtener information ftnanciera que se utilice para ajustar las 
cuentas de los clientes (restar de la cantidad que debe el cliente), pero distintas personas realizan estos 
procesos en ubicaciones distintas. Cada grupo necesita una pantalla distinta para registrar los detalles 
especfficos de la transaction, ya sea una pantalla de credito o de pago. 

2. Sincronizacion Hay que examinar la sincronizacion de los procesos. Si dos procesos se ejecutan en tiempos 
distintos, no se pueden agrupar en un programa. Las cuestiones de sincronizacion tambien pueden 
relacionarse con la cantidad de datos que se presenten en un momento dado en una pagina Web. Si un sitio 
de comercio electronico tiene paginas Web bastante extensas para ordenar articulos o hacer una reservation de 
una aerolinea, tal vez las paginas Web se puedan particionar en programas separados que apliquen formato a 
los datos y los presenten. 
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FIGURA 7.13 

Diagramas de flujo de datos para 
las primeras tres filas de la tabla 
de respuesta a eventos del 
escaparate en Internet. 
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3 . Tareas similares Si dos procesos realizan tareas similares, se pueden agrupar en un programa de 
computadora. 

4 . Eficiencia Se pueden combinar varios procesos en un programa para un procesamiento eficiente. Por 
ejemplo, si varios informes necesitan usar los mismos archivos de entrada extensos, al producirlos en 
conjunto podrfamos ahorrar una cantidad considerable de tiempo de ejecucion de la computadora. 

5 . Consistencia de los datos Los procesos se pueden combinar en un programa para lograr la consistencia de 
los datos. Por ejemplo, una comparua de tarjetas de credito puede tomar una “instantanea” y producir una 
variedad de informes al mismo tiempo, de manera que las cifras sean consistentes. 

6 . Seguridad Los procesos se pueden particionar en distintos programas por cuestiones de seguridad. Se puede 
colocar una linea punteada alrededor de las paginas Web que esten en un servidor seguro para separarlas 

de las paginas Web en un servidor que no este seguro. Por lo general, una pagina Web que se utiliza para 
obtener la identificacion y contrasena del usuario se particiona para separarla de las paginas de introduction 
de pedidos o de otras paginas con actividades de negocios. 


EJEMPLO DE UN DIAGRAMA DE FLUJO DE DATOS 

El siguiente ejemplo ilustra el desarrollo de un diagrama de flujo de datos mediante un analisis selectivo de cada 
uno de los componentes que exploramos anteriormente en el capitulo. Este ejemplo conocido como “Division de 
catalogos de World’s Trend”, se utilizara tambien para ilustrar los conceptos que veremos en los capitulos 8 y 9. 

Desarrollar la lista de actividades de negocios 

En la figura 7.15 encontrara una lista de actividades de negocios para World’s Trend; para desarrollarla podrfa¬ 
mos utilizar la informacion que se obtiene al interactuar con las personas en las entrevistas, por medio de la 
investigation y a traves de la observation. Podemos usar esta lista para identificar a las entidades extemas como 
CLIENTE, CONTABILIDAD y ALMACEN, asf como los flujos de datos tales como INFORME DE CUEN- 
TAS POR COBRAR y ESTADO DE CUENTA DE FACTURACION DE CLIENTE. Mas adelante (cuando 
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FIGURA 7.14 

Un formulario de 
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desarrollemos el diagrama de nivel 0 y los diagramas hijos) podremos usar la lista para definir los procesos, 
flujos de datos y almacenes de datos. 

Crear un diagrama de flujo de datos a nivel de contexto 

Una vez que se desarrolla esta lista de actividades hay que crear un diagrama de flujo de datos a nivel de con¬ 
texto, como el que se muestra en la figura 7.16. Este diagrama muestra el SISTEMA DE PROCESAMIENTO 
DE PEDIDOS en la parte media (en el diagrama a nivel de contexto no se describen los procesos con detalle) 
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FIGURA 7.15 
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FIGURA 7.16 

Un diagrama de flujo de 
datos a nivel de contexto 
para el sistema de 
procesamiento de pedidos 
en World’s Trend. 
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y cinco entidades externas (las dos entidades separadas que se llaman CLIENTE son en realidad una misma). 
Tambien se muestran los flujos de datos que salen y entran en las entidades externas (por ejemplo, PEDIDO 
DEL CLIENTE y LISTA DE SELECCION DE PEDIDO). 

Dibujo del Diagrama 0 

Ahora hay que regresar a la lista de actividades y hacer una nueva lista de todos los procesos y almacenes de da¬ 
tos que podamos encontrar. Podemos agregar mas despues, pero hay que empezar a hacer la lista en este punto. 
Si cree tener suficiente informacion, dibuje un diagrama de nivel 0 como el de la figura 7.17. Asigne a este 
diagrama el nornbre Diagrama 0 y mantenga los procesos en un nivel general, para no complicar el diagrama de 


FIGURA 7.17 
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procesamiento 
de pedidos para la 
Division de 
catalogos 
de World's Trend. 
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mas (despues podra agregar mas detalles). Cuando termine de dibujar los siete procesos, dibuje flujos de datos 
entre ellos y hacia las entidades externas (las mismas entidades externas que se muestran en el diagrama a nivel 
de contexto). Si cree que debe haber almacenes de datos como ARCHIVO MAESTRO DE ARTICULOS o AR- 
CHIVO MAESTRO DE CLIENTES, dibujelos y conectelos a los procesos mediante el uso de flujos de datos. 
Ahora tomese el tiempo de enumerar los procesos y almacenes de datos. Ponga atencion especial al momento de 
asignar etiquetas significativas. Compruebe los errores y corrijalos antes de continuar. 

Crear un diagrama hijo 

En este punto trate de dibujar un diagrama hijo (algunas veces tambien se le conoce como diagrama de nivel 1), 
como el de la figura 7.18. Los procesos en los diagramas hijos estan mas detallados, ya que ilustran la logica re- 
querida para producir la salida. Enumere sus diagramas hijos como Diagrama 1, Diagrama 2 y asf en lo sucesivo, 
de acuerdo con el numero que haya asignado a cada proceso en el diagrama de nivel 0. 

Al dibujar un diagrama hijo, haga primero una lista de subprocesos. Un proceso tal como AGREGAR PE- 
DIDO DEL CLIENTE puede tener subprocesos (en este caso hay siete). Conecte estos subprocesos entre si y 
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tambien con los almacenes de datos cuando sea apropiado. Los subprocesos no tienen que estar conectados a en- 
tidades externas, ya que siempre podemos hacer referenda al diagrama de flujo de datos padre (o de nivel 0) para 
identificar estas entidades. Asigne etiquetas a los subprocesos como 1.1, 1.2, 1.3, etcetera. Tomese el tiempo de 
revisar errores y asegurarse de que las etiquetas tengan sentido. 

Crear un diagrama de flujo de datos fisico a partir del DFD logico 

Si desea ir mas alia del modelo logico y dibujar tambien un modelo fisico, vea la figura 7.19, un ejemplo de un 
diagrama hijo de flujo de datos fisico del proceso 3, LISTAS DE SELECCION DE PEDIDO. Los DFD ffsicos 
dan la oportunidad de identificar procesos para escanear los codigos de barras, mostrar pantallas, localizar regis- 


FIGURA 7.19 

Un diagrama hijo de flujo de 
datos fisico para la Division 
de catalogos de World's Trend. 
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tros, crear y actualizar archivos. La secuencia de actividades es importante en los DFD ffsicos, ya que se hace 
enfasis en la forma en que trabajara el sistema y en que orden ocurriran los eventos. 

A1 etiquetar un modelo ffsico debe tener cuidado en describir el proceso con mucho detalle. Por ejemplo, el 
subproceso 3.3 en un modelo logico podrfa ser simplemente ORDENAR ARTICULO, pero en el modelo flsico 
serla mejor etiquetarlo como ORDENAR ARTICULO POR UBICACION DENTRO DEL CLIENTE. A1 escribir 
una etiqueta para un almacen de datos, haga referenda al archivo o base de datos real, como ARCHIVO MAES¬ 
TRO DE CLIENTES o ARCHIVO DE ARTICULOS ORDENADOS. Al describir los flujos de datos describa 
el formulario, informe o pantalla real. Por ejemplo, al imprimir una lista de seleccion de pedido puede asignar al 
flujo de datos el nombre LISTA DE SELECCION DE PEDIDO. 

Como particionar el DFD fisico 

Por ultimo hay que tomar el diagrama de flujo de datos flsico y sugerir su particionamiento por medio de la se¬ 
paration o combination de los procesos. Como dijimos antes, hay muchas razones para particionar: identificar 
distintos procesos para distintos grupos de usuarios, separar procesos que se necesitan realizar en distintos mo- 
mentos, agrupar tareas similares, agrupar procesos para mejorar la eficiencia, combinar procesos para lograr una 
consistencia o separarlos por cuestion de seguridad. La figura 7.20 muestra que el particionamiento es util en el 
caso de la Division de catalogos de World’s Trend. Primero serla conveniente agrupar los procesos 1 y 2, ya que 
tendrla sentido agregar nuevos clientes al mismo tiempo que colocaran su primer pedido. Despues podrlamos 
colocar los procesos 3 y 4 en dos particiones separadas, ya que cada uno de estos procesos se debe realizar en un 
momento distinto y, por ende, no se pueden agrupar en un solo programa. 

El proceso de desarrollar un diagrama de flujo de datos ahora esta completo de arriba hacia abajo; primero 
dibujamos un diagrama de flujo de datos flsico para acompanar al diagrama de flujo de datos logico y despues 
agrupamos o separamos los procesos. En los capltulos 8 y 9 volveremos a usar el ejemplo de World’s Trend. 

PARTICIONAMIENTO DE SITIOSWEB 

El particionamiento es un principio muy util al disenar un sitio Web. Los disenadores de sitios Web que utilizan 
formularios para recopilar datos pueden encontrar mas apropiado dividir un sitio Web en una serie de paginas 
Web, lo cual mejorara la forma en que los humanos utilizan el sitio, aumentara la velocidad de procesamiento y 
facilitara el mantenimiento del mismo. Cada vez que haya que obtener datos de un almacen de datos o socio ex- 
terno, es conveniente que el disenador Web considere la creation de un formulario Web unico y un proceso DFD 
para validar y procesar los datos. 

El desarrollador Web tambien puede usar Ajax para enviar una petition al servidor y recibir una pequena 
cantidad de datos o un documento XML de vuelta en la misma pagina. Se puede utilizar Ajax para evitar la 
necesidad de crear demasiadas paginas pequenas que contengan solo unos cuantos elementos adicionales o 
modificados en el formulario Web. Sin embargo, el analista debe crear varias paginas Web cuando sea nece- 
sario. Por ejemplo, consideremos el caso en el que hay que obtener una gran cantidad de datos del servidor, 
como una lista de todos los vuelos que concuerden con los aeropuertos de salida y de destino para ciertos 
dfas de viaje. Al acceder a distintas tablas de la misma base de datos, se pueden obtener datos que contengan 
campos de distintas tablas y se pasen a un proceso. Pero si hay varias bases de datos involucradas, tal vez el 
analista decida usar paginas Web separadas. Al requerir la entrada del usuario, el analista puede usar paginas 
Web separadas o Ajax para facilitar un cambio en una lista desplegable o modificar una pequena cantidad de 
information. 

Podemos ver un buen ejemplo de particionamiento en el desarrollo de un sitio de reservaciones de viajes ba- 
sado en Web. Para simplificar solo analizaremos la parte correspondiente a la reservation de la aerolfnea del sitio 
Web, la cual se muestra en el diagrama de flujo de datos de la figura 7.21. Cabe mencionar que el disenador Web 
opto por crear varios procesos y particiones unicas para hacer una reservation de un vuelo. El proceso 1 recibe 
y valida las fechas y aeropuertos introducidos por el cliente (o el agente de viajes que este ayudando al cliente). 
Los datos de la seleccion se utilizan para obtener detalles de los vuelos y crear un almacen de datos de transac- 
ciones de los detalles sobre los vuelos que coincidan con la solicitud. 

Es conveniente particionar el proceso de buscar la information de los vuelos como un proceso separado, ya 
que hay que buscar en un almacen de datos y los detalles de los vuelos se utilizaran para mostrar una serie de 
paginas Web sucesivas con vuelos que coincidan. Despues, una vez que el cliente seleccione un vuelo, hay que 
enviar la information a una aerolfnea seleccionada. Es importante tener el archivo de transacciones de DETA¬ 
LLES DE VUELOS disponible para mostrar cada pagina Web de nuevos vuelos, ya que para volver a realizar el 
proceso de busqueda tal vez se requiera una cantidad de tiempo que sea inaceptable para un humano que trate de 
completar una transaction. 
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FIGURA 7.20 

Particionamiento del diagrama de 
flujo de datos (se muestra parte 
del Diagrama 0). 
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La seleccion de vuelos disponibles (proceso 2) utiliza una base de datos interna, pero esta base de datos no 
tiene information sobre la disponibilidad de asientos, ya que las aerolmeas reciben reservaciones de muchas or¬ 
ganizations de servicios de viajes. Esto significa que debe haber un proceso separado y un pequeno programa 
particionados para determinar si los asientos estan disponibles y para reservar asientos espetiftcos. 

Como hay muchos procesos de entrada de usuario, se disenan formularios para manejar todas las peticiones 
relacionadas. Tener formularios separados implica que los formularios seran menos complejos, por lo que los 
usuarios los encontraran mas atractivos y faciles de llenar. Este diseno cumple con los criterios de capacidad de 
uso y utilidad importantes al disenar sitios Web para la interaction humano-computadora. Tambien significa que 
el procesamiento se realizara con mas rapidez, pues una vez que seleccione el vuelo, en el siguiente paso rela- 
cionado con la seleccion de asientos, el usuario ya no tendra que introducir —ni ver— los detalles del vuelo otra 
vez. La mayorfa de los sitios Web de las aerolmeas utilizan ahora ventanas desplegables en las que los clientes 
apuntan su seleccion de asientos. 
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FIGURA 7.21 

El particionamiento es 
importante para los sistemas 
basados en Web, como lo 
demuestra este diagrama de flujo 
de datos ffsico de un sistema de 
compra de boletos en lfnea. 
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Otro de los motivos del particionamiento es para mantener la transaction segura. Una vez seleccionado el 
asiento, el cliente debe confirmar la reservation y suministrar la informacion de su tarjeta de credito. Para ello se 
utiliza una conexion segura, a traves de la cual la compania de tarjetas de credito se involucra en el proceso de 
validation del monto de la compra. Para la conexion segura hay que usar un proceso separado. Una vez confir- 
mada la tarjeta de credito es necesario incluir dos procesos adicionales: uno para dar formato a la confirmacion 
y enviarla por correo electronico junto con un boleto-e para el cliente, y otro para enviar la notification de la 
compra del vuelo a la aerolinea. 
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OPORTUNIDAD DE CONSULTORIA 7.1 


4 £ 


No hay negocio como el negocio de los flujos 


Q 

W_7uena el telefono en la empresa Merman’s Costume Rentals; 
Annie Oaklea, jefa de inventario de vestuarios, toma la llamada; para 
responder a la consulta dice: “Perrmtame ver mis tarjetas de inven¬ 
tario. Lo siento: en inventario tenemos solo dos trajes de oso macho 
con expresiones extra grunonas. Hemos tenido mucha demanda de 
osos. ^Para cuando los necesita? Tal vez regresen uno. No, lo siento, 
no puedo. ^Le gustaria que le enviara estos dos de todas maneras? 
(,E1 nombre de su establecimiento? ^Compafua de teatro de Man¬ 
hattan? ^Sucursal de Londres? Correcto. jMaravillosa compafua de 
teatro! En la tarjeta de su cuenta puedo ver que han rentado vestuario 
con nosotros antes. ^Cuanto tiempo los necesitara?”. 

La figura 7.Cl es un diagrama de flujo de datos que establece 
la etapa para procesar las rentas de vestuarios de Merman’s. Mues- 
tra rentas tales como la que Annie esta preparando para la Compa¬ 
fua de teatro de Manhattan. 


Despues de conversar por unos instantes sobre la politica de 
la tienda con respecto a las alteraciones, Annie concluye su con¬ 
versation diciendo: “Tienen mucha suerte de que los trajes de oso 
esten disponibles con tan poca anticipation. Tengo otra compafua 
que los reservo para la primera semana de julio. Voy a prepararle 
sus trajes y nuestro mensajero se los llevara directamente. Una 
ultima cosa: como siempre, la devolution oportuna de los trajes 
nos ahorrara enormes problemas a todos”. 

La empresa de renta de vestuarios de Merman se encuentra 
en el famoso distrito de teatros de la parte oeste de Londres. 
Cuando una compafua de production de teatro o television 
carece de los recursos (ya sea tiempo o experiencia) para cons- 
truir un vestuario en su propio taller, alguien grita: “jLlamen a 
Merman's!” y se procede a rentar lo necesario sin mucho es- 
candalo. 




FIGURA 7.Cl 

Un diagrama de flujo de datos para la empresa Merman's Costume Rentals. 
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La tienda (que se puede visualizar mejor como un almacen) 
abarca tres pisos llenos de estantes de vestuarios que contienen 
miles de disfraces colgados en conjunto por periodo historico, para 
despues agruparlos con base en el genero y por ultimo con base en 
la talla 1 . La mayoria de las companfas de teatro pueden ubicar con 
precision lo que necesitan por medio de la habil ayuda de Annie. 


Ahora cree a la medida la portion de devolution de renta del 
diagrama de flujo de datos anterior. Recuerde que es imprescindible 
que las entregas sean oportunas para el optimo funcionamiento de 
Merman’s. 

1 Se dice que la empresa Western Costume Company en Hollywood, California, 
tiene mas de 1 millon de vestuarios con un valor aproximado de $40 millones. 


Hay que particionar todo el procedimiento en una serie de procesos relacionados, cada uno de los cuales 
debe tener su correspondiente pagina Web o interactuar con un sistema externo. Cada vez que se utiliza un nuevo 
almacen de datos para obtener datos adicionales, hay que incluir un proceso para dar formato a los datos u obte- 
nerlos. Cada vez que se involucra una empresa o sistema extemo, hay que particionar un proceso en un programa 
separado. La tarea de revisar procesos o formularios no es primordial. El tamano pequeno de los programas faci- 
lita su modification. De esta forma el sitio Web sera seguro, eficiente y mas facil de mantener. 

COMUNICACION MEDIANTE EL USO DE DIAGRAMAS DE FLUJO DE DATOS 

Los diagramas de flujo de datos son utiles en todo el proceso de analisis y diseno. Hay que utilizar diagramas 
de flujo de datos originales sin expandir durante las primeras etapas del proceso, al averiguar los requeri- 
mientos de information. En esta etapa, los diagramas nos pueden ayudar a proveer las generalidades sobre el 
movimiento de los datos a traves del sistema, con lo cual obtendremos una perspectiva visual que no se puede 
obtener a traves de los datos de las narrativas. 

Un analista de sistemas podrfa ser bastante competente al realizar un bosquejo de toda la logica del flujo continuo 
de datos para los diagramas de flujo de datos, pero para que los diagramas sean verdaderamente comunicativos para 
los usuarios y otros miembros del equipo del proyecto, tambien se requieren etiquetas significativas para todos los 
componentes de datos. Las etiquetas no deben ser genericas debido a que no podran indicar lo suficiente sobre la si¬ 
tuation existente en un momenta dado. Todos los modelos de sistemas en general poseen la configuration de entrada, 
proceso y salida, por lo que las etiquetas para un diagrama de flujo de datos necesitan ser mas espetificas que eso. 

Por ultimo debemos recordar que los diagramas de flujo de datos se utilizan para documentar el sistema. 
Hay que suponer que los diagramas de flujo de datos existiran mucho mas tiempo que las personas que los dibu- 
jaron, lo que en definitiva siempre es verdad si un consultor extemo es el que los dibuja. Se pueden utilizar los 
diagramas de flujo de datos para documentar niveles altos o bajos de analisis y para ayudar a confirmar la logica 
detras de los flujos de datos de las organizaciones. 


RESUMEN 

Para comprender mejor el movimiento logico de los datos a 
traves de una empresa, el analista de sistemas dibuja diagramas 
de flujo de datos (DFD). Estos diagramas son herramientas es- 
tructuradas de analisis y diseno, las cuales permiten al analista 
comprender el sistema y los subsistemas en forma visual, como 
un conjunto de flujos de datos interrelacionados. 

Las representaciones graficas del almacenamiento y la trans¬ 
formation del movimiento de los datos se dibujan mediante el 
uso de cuatro simbolos: un rectangulo redondeado para describir 
el procesamiento o las transformaciones de los datos, un cua- 
drado doble para mostrar una entidad de datos externa (origen o 
receptor de los datos), una flecha para describir el flujo de datos 
y un rectangulo con un extremo abierto para mostrar un almacen 
de datos. 

El analista de sistemas extrae los procesos, orfgenes, alma- 
cenes y flujos de datos de las narrativas o historias de la orga¬ 
nization que contaron los usuarios o que revelaron los datos, 
y utiliza una metodologfa arriba-abajo para dibujar primero un 
diagrama de flujo de datos a nivel de contexto del sistema con 
una vista mas amplia. Despues se dibuja un diagrama de flujo 


de datos logico de nivel 0. Se muestran los procesos y se agre- 
gan los almacenes de datos. A continuation, el analista crea un 
diagrama hijo para cada uno de los procesos en el Diagrama 0. 
Las entradas y salidas permanecen constantes, pero los almace¬ 
nes de datos y los orfgenes cambian. Al expandir el diagrama de 
flujo de datos original, el analista de sistemas se puede concen- 
trar en descripciones mas detalladas del movimiento de datos en 
el sistema. Despues, el analista desarrolla un diagrama de flujo 
de datos ffsico a partir del diagrama de flujo de datos logico y lo 
particiona para facilitar la programacion. Se analiza cada proceso 
para determinar si debe ser manual o automatizado. 

Las seis consideraciones para particionar diagramas de 
flujo de datos son: 1) que distintos grupos de usuarios realicen 
los procesos, 2) que los procesos se ejecuten en los mismos 
tiempos, 3) que los procesos realicen tareas similares, 4) que se 
puedan combinar procesos en lote para un procesamiento efi¬ 
ciente, 5) que se puedan combinar los procesos en un programa 
para lograr la consistencia de los datos, o 6) que los procesos 
se puedan particionar en distintos programas por cuestiones de 
seguridad. 
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“TT 

sted aborda de una manera muy interesante los pro- 
blemas que tenemos aquf en MRE. Lo he visto hacer bosque- 
jos de diagramas de nuestra operacion casi desde el dfa en 
que entro. De verdad que me estoy acostumbrando a verlo 
hacer garabatos. ^Como se llaman esos? Ah sf, diagramas a 
nivel de contexto. redes de flujos? Oh, no. Diagramas de 
flujo de datos. Sf, ^verdad?”. 


Preguntas de HYPERCASE 

1. Busque los diagramas de flujo de datos que ya estan dibujados en 
MRE. Haga una lista de los que encuentre y agregue una columna 
para mostrar donde los encontro dentro de la organizadon. 

2. Dibuje un diagrama a nivel de contexto para modelar el proceso 
de Desarrollo del proyecto de la unidad de capacitacion (Training 
Unit Project Development), uno que se base en las entrevistas 
con el personal relevante de la Unidad de capacitacion. Despues 
dibuje un diagrama de nivel 0 para detallar el proceso. 



FIGURA 7.EH1 

En HyperCase podemos hacer clic en los elementos de un diagrama de flujo de datos. 


PALABRAS CLAVE Y FRASES 

Ajax 

almacen de datos 

almacen de datos de transacciones 

almacen de datos ffsico 

balanceo vertical 

caso de uso 

desencadenador de evento 

diagrama de flujo de datos 

diagrama de flujo de datos a nivel de contexto 

diagrama de nivel 0 

diagrama hijo 

elemento base 


elementos derivados 

entidad externa (origen o destino) 

expandir 

flujo de datos de interfaz 

fragmento de diagrama de flujo de datos 

funcionalmente primitivo 

lenguaje unificado de modelado (UML) 

metodologfa arriba-abajo 

modelado de eventos 

modelo ffsico 

modelo logico 

particionamiento 
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proceso de transformation 
proceso en lfnea 
proceso padre 


proceso primitivo 
sistema orientado a datos 
tabla de respuesta a eventos 


PREGUNTAS DE REPASO 


1. ^Cual es uno de los principales metodos disponibles que el analista puede usar para analizar sistemas orientados a datos? 

2. ^Cuales son las cuatro ventajas de usar una metodologfa de flujo de datos en vez de las explicaciones narrativas del 
movimiento de los datos? 

3. ^Cuales son los cuatro elementos de datos que se pueden simbolizar en los diagramas de flujo de datos? 

4. (,Que es un diagrama de flujo de datos a nivel de contexto? Comparelo con un DFD de nivel 0. 

5. Defina la metodologfa arriba-abajo y su relation con la action de dibujar diagramas de flujo de datos. 

6. Describa que significa “expandir” diagramas de flujo de datos. 

7. ^Cuales son las concesiones implicadas en el proceso de decidir como se deben expandir los flujos continuos de datos? 

8. ^Por que es tan importante etiquetar los diagramas de flujo de datos? ^Que pueden lograr las etiquetas efectivas en los 
diagramas de flujo de datos para aquellos que no estan familiarizados con el sistema? 

9. ^Cual es la diferencia entre los diagramas de flujo de datos ffsico y logico? 

10. Mencione tres razones para crear un diagrama de flujo de datos logico. 

11. Mencione cinco caracterfsticas que se incluyen en un diagrama de flujo de datos ffsico y que no se encuentran en un 
diagrama de flujo de datos logico. 

12. ^ Cuando se requieren los archivos de transacciones en el diseno del sistema? 

13. ^Como se puede utilizar una tabla de eventos para crear un diagrama de flujo de datos? 

14. Mencione las principales secciones de un caso de uso. 

15. ^Como se puede utilizar un caso de uso para crear un diagrama de flujo de datos? 

16. ^Que es el particionamiento y como se utiliza? 

17. ^Como puede determinar un analista cuando se requiere una interfaz? 

18. Mencione tres formas de determinar el particionamiento en un diagrama de flujo de datos. 

19. Mencione tres formas de usar los diagramas de flujo de datos completes. 


PROBLEMAS 


1. Hasta este punto parece tener una excelente relation de comunicacion con Kevin Cahoon, el propietario de una empresa 
de fabrication de instrumentos musicales. Cuando usted le mostro un conjunto de diagramas de flujo de datos que 
dibujo, el no pudo ver como estaba descrito en los diagramas el sistema representado. 

a. En un parrafo escriba en terminos generales como podrfa explicar un diagrama de flujo de datos a un usuario. 
Asegurese de incluir una lista de sfmbolos y su significado. 

b. Se requiere cierto esfuerzo para educar a los usuarios sobre los diagramas de flujo de datos. ^Vale la pena 
compartirlos con los usuarios? ^Por que sf o por que no? Defienda su respuesta en un parrafo. 

c. Compare los diagramas de flujo de datos con los casos de uso y los escenarios de los casos de uso. ^Que 
muestran los diagramas de flujo de datos que los diagramas de casos de uso tienen muchas dificultades para 
explicar? 

2. Su proyecto mas reciente es combinar dos sistemas utilizados por la empresa Producers Financial. El sistema 
de aplicacion de prestamos de Angie Schworer es bastante reciente, pero no tiene documentation. El sistema de 
administration de prestamos de Scott Wittman es mas antiguo, requiere de una buena revision y los registros estan 
codificados de manera independiente al otro sistema. El sistema de aplicacion de prestamos acepta solicitudes, las 
procesa y recomienda los prestamos que se pueden aprobar. El sistema de administration de prestamos recibe los 
prestamos que se aprobaron y les da seguimiento hasta su disposition final (pagado, vendido o moroso). Dibuje un 
diagrama de contexto y un diagrama de flujo de datos de nivel 1 que muestre como se verfa un sistema combinado 
idealizado. 

3. Una experiencia comun que comparten todos los estudiantes en todos los colegios y universidades es la de inscribirse en 
un curso universitario. 

a. Dibuje un diagrama de flujo de datos de nivel 1 del movimiento de datos para inscribirse en un curso universitario. 
Use una sola hoja y etiquete cada elemento de datos con claridad. 

b. Expanda uno de los procesos en su diagrama de flujo de datos original en subprocesos; agregue flujos y almacenes 
de datos. 

c. Haga una lista de las partes del proceso de inscription que esten “ocultas” para el observador externo y sobre las 
cuales haya tenido que hacer suposiciones para completar un diagrama de segundo nivel. 

4. La figura 7.EJ1 es un diagrama de flujo de datos de nivel 1 del movimiento de datos en una agencia de paseos por las 
cataratas del Niagara llamada Marilyn’s Tours. Lealo y revise cualquier inconsistencia. 

a. Haga una lista y enumere los errores que haya encontrado en el diagrama. 

b. Vuelva a dibujar y etiquetar el diagrama de flujo de datos de Marilyn's para corregirlo. Asegurese de que su nuevo 
diagrama emplee los sfmbolos en forma apropiada para reducir las repeticiones y duplicaciones en donde sea 
posible. 
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FIGURA 7.EJ1 

Bosquejo de un diagrama de flujo 
de datos para Marilyn’s Tours. 



5. Perfect Pizza desea instalar un sistema para registrar los pedidos de pizzas y alitas de polio. Cuando los clientes 

frecuentes Hainan a Perfect Pizza por telefono, se les pide su numero telefonico. Cuando se introduce el numero en una 
computadora aparecen de manera automatica el nombre, la direccion y la fecha del ultimo pedido en la pantalla. Una vez 
que se toma el pedido se calcula el total, incluyendo impuestos y envfo. Despues se pasa el pedido al cocinero. Luego se 
imprime un recibo. Algunas veces se imprimen ofertas especiales, de manera que el cliente pueda obtener un descuento. 
Los repartidores que hacen las entregas dan a los clientes una copia del recibo y un cupon (si hace falta). Se mantienen 

los totales semanales para compararlos con el desempeno del ano anterior. Escriba un resumen de las actividades de 

negocios para tomar un pedido en Perfect Pizza. 

6. Dibuje un diagrama de flujo de datos a nivel de contexto para Perfect Pizza (problema 5). 

7. Expanda el diagrama a nivel de contexto en el problema 6 para mostrar todos los procesos importantes. Asigne a este 
diagrama el nombre Diagrama 0. Debe ser un diagrama de flujo de datos logico. 

8. Dibuje un diagrama hijo logico para el Diagrama 0 del problema 7, para el proceso que agrega un nuevo cliente si no se 
encuentra en la base de datos (que nunca haya pedido algo de Perfect Pizza antes). 

9. Dibuje un diagrama de flujo de datos ffsico para el problema 7. 

10. Dibuje un diagrama de flujo de datos ffsico para el problema 8. 

11. Particione el diagrama de flujo de datos ffsico en el problema 7; agrupe y separe los procesos segun lo considere 
apropiado. Explique por que particiono el diagrama de flujo de datos de esa manera (recuerde que no tiene que 
particionar todo el diagrama completo, solo las partes que considere necesario particionar). 

12. a. Dibuje un diagrama hijo logico para el proceso 6 de la figura 7.17. 
b. Dibuje un diagrama hijo ffsico para el proceso 6 de la figura 7.17. 

13. Dibuje un diagrama de flujo de datos ffsico para el proceso 1.1 de la figura 7.18. 

14. Cree un diagrama de contexto para un agente de bienes rafces que trate de crear un sistema que relacione a los 
compradores con las casas que se adapten mejor a sus requerimientos. 

15. Dibuje un diagrama de flujo de datos logico que muestre los procesos generates para el problema 14. Asigne a este 
diagrama el nombre Diagrama 0. 

16. Cree un diagrama a nivel de contexto para facturar en un consultorio dental. Las entidades externas incluyen a los 
pacientes y las companfas de seguros. 

17. Dibuje un diagrama de flujo de datos logico que muestre los procesos generates para el problema 16. Denomine a este 
diagrama Diagrama 0. 

18. Cree una tabla de respuestas a eventos para las actividades enlistadas para el sistema de procesamiento de pedidos de 
World’s Trend. 

19. Cree un caso de uso para la lista de siete procesos para el sistema de procesamiento de pedidos de World’s Trend. 

20. Cree una matriz CRUD para los archivos de World’s Trend. 

21. Use los principios del particionamiento para determinar cuales procesos del problema 18 se deben incluir en programas 
separados. 
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22. Cree un diagrama hijo de flujo de datos ffsico para la siguiente situation: el Grupo de usuarios de PC local sostiene 
reuniones una vez al mes donde hay oradores informativos, premios de entrada y sesiones para grupos de interes 
especial. Se lleva una computadora portatil a las reuniones, la cual se utiliza para agregar los nombres de los nuevos 
raiembros del grupo. El diagrama representa un proceso en linea y es el hijo del proceso 1, AGREGAR MIEMBROS 
NUEVOS. Se incluyen las siguientes tareas: 

a. Introducir la information del nuevo miembro. 

b. Validar la information. Los errores se muestran en pantalla. 

c. Cuando toda la information sea valida, aparecera una pantalla de confirmation. El operador debe confirmar de 
manera visual que todos los datos son correctos y debe aceptar o cancelar la transaction. 

d. Las transacciones aceptadas agregan nuevos miembros al ARCHIVO MAESTRO DE MEMBRESIAS, el cual se 
guarda en el disco duro de la computadora portatil. 

e. Las transacciones aceptadas se envian a un archivo DIARIO DE MEMBRESIAS, el cual se guarda en un disco duro 
secundario. 


PROYECTOS EN GRUPO 

1. Reunase con su grupo para desarrollar un diagrama de flujo de datos a nivel de contexto para Maverick Transport (que 
vimos por primera vez en el capftulo 4). Use los datos que haya generado posteriormente con su grupo sobre Maverick 
Transport. (Sugerencia: concentrese en una de las areas funcionales de la empresa, en vez de tratar de modelar toda la 
organization). 

2. Use el diagrama a nivel de contexto que desarrollo en el problema 1 para desarrollar con su grupo un diagrama de flujo 
de datos logico de nivel 0 para Maverick Transport. Haga las suposiciones necesarias para dibujarlo. Elabore una lista de 
ellas. 

3. Seleccione con su grupo un proceso clave y expandalo en un diagrama hijo logico. Haga las suposiciones necesarias para 
dibujarlo. Elabore una lista de las preguntas de seguimiento y sugiera otros metodos para obtener mas information sobre 
los procesos que aun no le queden claros. 

4. Use el trabajo que haya realizado su grupo a la fecha para crear un diagrama de flujo de datos ffsico de una parte del 
nuevo sistema que piensa proponer a Maverick Transport. 
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EPISODIC) 7 


CASO DE LA CPU 


ALLEN SCHMIDT, JULIE E. KENDALL Y KENNETH E. KENDALL 


Siguiendo el flujo 


Despues de recopilar y analizar los resultados de las entrevistas, cuestionarios y prototipos, Anna y Chip pasan a la siguiente etapa: 
modelar el sistema. Su estrategia es crear un conjunto en capas de diagramas de flujos de datos y despues describir los componentes. 

Anna dice: “Vamos a agregar a los diagramas de flujo de datos logicos actuales todos los requerimientos y caracterfsticas 
deseadas del nuevo sistema. Tambien podemos eliminar cualquiera de las caracterfsticas innecesarias que no se implementarfan 
en el nuevo sistema”. 

A continuacion, Anna agrega al diagrama a nivel de contexto (que se muestra en el caso de la CPU en el capitulo 2) 
muchos de los informes, consultas y demas informacion que se incluira en el nuevo sistema. En la figura E7.1 se muestra el 


FIGURA E7.1 

Diagrama de flujo de datos a 
nivel de contexto del sistema 
propuesto de inventario de 
computadoras de la CPU 
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diagrama a nivel de contexto terminado. Observe los multiples flujos nuevos de datos. En el sistema propuesto, el personal 
de MANTENIMIENTO de computadoras recibira los informes que no estan disponibles en la actualidad. Por ejemplo, el 
informe LISTADO DE INSTALACION ayuda a automatizar la instalacion de nuevas computadoras y otro informe adminis¬ 
trative llamado INFORME DE REFERENCIAS CRUZADAS DE SOFTWARE muestra el software que se encuentra en cada 
maquina. 

Anna continua: “Vamos a expandir esto en el Diagrama 0 para el nuevo sistema. Sera un diagrama de flujo de datos logico 
debido a que nos enfocaremos en las necesidades de la empresa. Tal vez serfa mejor si trabajaramos en equipo para este 
diagrama”. 

Despues de trabajar durante varias horas esa tarde y una buena parte de la manana siguiente, completan el diagrama. Lo 
revisan y realizan pequenas modificaciones. El Diagrama 0 terminado se muestra en la figura E7.2 y en la figura E7.3. Como 


Listado de 
instalaciones 
completas 



Lista de 
instalacion 
de software 





FIGURA E7.2 

Diagrama 0: Sistema 
propuesto de inventario 
de computadoras de la 
CPU (parte 1). 
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FIGURA E7.3 

Diagrama 0: Sistema propuesto de 
inventario de la CPU (parte 2). 



es un diagrama logico, no muestra ningun metodo fisico de entrada de datos ni operaciones de validation; tampoco muestra 
almacenes de datos temporales o archivos de transacciones. La sincronizacion no es un problema (un ejemplo es el proceso 
AGREGAR COMPUTADORA NUEVA, en donde parece que los pedidos se actualizan y los informes se producen al mismo 
tiempo). 

“Por fin esto se ve bien”, reflexiona Chip. “Todos los procesos importantes, los flujos de datos y los almacenes de datos 
estan incluidos. Y el diagrama en general no se ve muy complicado”. 

“Fue util colocar todas las consultas en un subsistema y todos los informes en otro. (.Recuerdas lo complicado que era el 
diagrama original?”, pregunta Anna. 

“Desde luego”, responde Chip. “Hasta llegue a pensar que estabamos tratando de abarcar niucho con este sistema. Por lo 
menos ahora es mas manejable. Ya que lo terminamos, ^cual es el siguiente paso?”. 

“Necesitamos describir el Diagrama 0 con mas detalle”, comenta Anna. “Para ello vamos a dibujar un diagrama de 
nivel 1 para cada uno de los procesos en el Diagrama 0. As! como un padre puede tener muchos hijos, puede haber muchos 
diagramas de nivel 1 para un diagrama especffico de nivel 0. Por esta razon, muchos analistas los Hainan diagramas padres 
e hijos”. 

“He estado trabajando en el Diagrama 1, una expansion del proceso 1 que se llama AGREGAR REGISTRO DE SOFT¬ 
WARE. Tal vez te gustaria revisar el resultado final”, comenta Anna. En la figura E7.4 se muestra este Diagrama 1. 

Chip y Anna utilizan Visible Analyst para verificar que la sintaxis del diagrama de flujo de datos sea correcta. Visible 
Analyst tambien comprobara el balance de los niveles entre los procesos del diagrama de flujo de datos y los diagramas 
hijos. 
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Archivo maestro 
de software 


Registro 
de software 



FIGURA E7.4 

Diagrama 1: AGREGAR 
REGISTRO DE 
SOFTWARE del sistema 
computarizado propuesto 
para la CPU. 


EJERCICIOS 


E -1. Use Microsoft Visio o Visible Analyst para ver el diagrama a nivel de contexto para el sistema computarizado propuesto. Si 
utiliza Visible Analyst, experimente con los controles Zoom en la barra de herramientas inferior para cambiar de la vista 
global a una vista detallada del diagrama. Haga doble clic en el proceso central para examinar la entrada en el repositorio 
para este. Haga clic en E xit para regresar al diagrama. Haga clic con el boton derecho en el proceso central para mostrar el 
menu de objetos para el proceso central. Use la opcion Explode para mostrar el Diagrama 0, el cual representa los detalles 
del proceso central. Maximice la ventana y haga doble clic en algunos de los almacenes y flujos de datos para examinar sus 
entradas en el repositorio. Haga clic en E xit para regresar al diagrama. Haga un acercamiento al 100 por ciento y desplacese 
por la pantalla para ver las distintas regiones del diagrama; despues imprima el diagrama usando una orientacion panora- 
mica. Haga clic en FILE, NEST y PARENT para regresar al diagrama a nivel de contexto. Maximice la ventana. 


E -2. Modifique el Diagrama 0 del sistema computarizado propuesto. Agregue el proceso 10, ACTUALIZAR REGISTRO DE 
SOFTWARE. Tendra que mover la entidad externa ADMINISTRACION mas abajo en el diagrama; coloquela a la iz- 
quierda del proceso 7, SUBSISTEMA DE CONSULTAS. Cree una entrada en el repositorio para el proceso y despues 
haga clic en E xit para regresar al diagrama. Imprima el diagrama usando una orientacion panoramica. 
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Entrada: 1. DATOS DE MODIFICACION DE SOFTWARE, de SOPORTE DE OFICINA 

2. ID DE ELIMINACION DE SOFTWARE, de ADMINISTRACION 

Salida: 1. REGISTRO DE SOFTWARE, una actualization del almacen de datos ARCHIVO MAESTRO DE 

SOFTWARE 

E-3. Modifique el Diagrama 10, ACTUALIZAR REGISTRO DE SOFTWARE. Para conectarse al ARCHIVO MAESTRO 
DE SOFTWARE use una flecha con doble punta (si utiliza Visible Analyst, haga clic con el boton derecho en el flujo de 
datos, seleccione Change Item, despues seleccione ChangeType y Terminator Type, Double Filled). Imprima el 
diagrama final. 

E-4. Modifique el diagrama 8, INSTALAR SOFTWARE. Agregue los siguientes procesos. Haga un acercamiento y despla- 
cese por la pantalla; revise que su diagrama tenga una apariencia profesional. Imprima el resultado final. 


Proceso: 

Entrada: 

Salida: 

Proceso: 

Entrada: 

Salida: 

Proceso: 

Entrada: 

Salida: 

Proceso: 

Entrada: 


Salida: 


8.2 INSTALAR SOFTWARE DE COMPUTADORA 

1. UBICACION DE COMPUTADORA, del proceso 8,1 

2. TITULO Y VERSION DE SOFTWARE, del proceso 8.1 
1. FORMULARIO DE SOFTWARE INSTALADO 

8.3 CREAR TRANS ACCION DE SOFTWARE INSTALADO 
1. FORMULARIO DE SOFTWARE INSTALADO 

1. TRANS ACCION DE SOFTWARE INSTALADO, al almacen de datos de SOFTWARE INSTALADO 

8.4 ACTUALIZAR ARCHIVO MAESTRO DE SOFTWARE 
1. TRANS ACCION DE SOFTWARE INSTALADO 

1. ARCHIVO MAESTRO DE SOFTWARE, actualizar 

8.5 PRODUCIR NOTIFICACION DE INSTALACION 

1. TRANSACCION DE SOFTWARE INSTALADO 

2. ARCHIVO MAESTRO DE SOFTWARE, del almacen de datos ARCHIVO MAESTRO DE 
SOFTWARE 

3. ARCHIVO MAESTRO DE HARDWARE, del almacen de datos ARCHIVO MAESTRO DE 
COMPUTADORAS 

1. LISTADO DE NOTIFICACION DE INSTALACION, un flujo de interfaz 


E-5. Modifique el Diagrama 6, MODIFICAR REGISTRO DE COMPUTADORA. Este es un programa en llnea para niodifi- 
car la information de la computadora. Agregue los siguientes tres procesos. Cree entradas en el repositorio para cada uno 
de los procesos, as! como para el flujo de datos. Al terminar, haga un acercamiento al 100 por ciento y modifique las 
flechas de flujo de datos que no esten derechas; ademas desplace las etiquetas de flujo de datos para obtener un grafico 
con apariencia profesional. Imprima el diagrama; use la orientation panoramica. 

a. Proceso 6.6, VALIDAR MODIFICACIONES. Este proceso edita cada campo de modificacion para verificar su 
validez. La entrada es CAMBIOS TECLEADOS. Los campos de salida son ERRORES DE MODIFICACION (flujo 
de interfaz) y MODIFICACIONES VALIDAS (al proceso 6.7). 

b. Proceso 6.7, CONFIRMAR MODIFICACIONES. Este proceso es una confirmation visual de las modificaciones. 
El operador tiene la oportunidad de rechazar las modificaciones o aceptarlas. La entrada es MODIFICACIONES 
VALIDAS. Los campos de salida son MODIFICACIONES RECHAZADAS (flujo de interfaz) y MODIFICA¬ 
CIONES CONFIRMADAS (al proceso 6.8). 

c. Proceso 6.8, REESCRIBIR ARCHIVO MAESTRO DE COMPUTADORAS. Este proceso reescribe el registro del 
ARCHIVO MAESTRO DE COMPUTADORAS con las modificaciones realizadas al mismo. La entrada es MODI¬ 
FICACIONES CONFIRMADAS. El flujo de salida es el registro del ARCHIVO MAESTRO DE COMPUTADO¬ 
RAS, al almacen de datos ARCHIVO MAESTRO DE COMPUTADORAS. 

E-6. Cree el diagrama de flujo de datos hijo para el proceso 4, ELIMINAR COMPUTADORA. La siguiente tabla sintetiza la 
entrada, el proceso y la salida. Describa cada proceso y flujo de datos en el repositorio. Al terminar haga un acercamiento 
al 100 por ciento, mueva las lfneas de flujo de datos que no esten alineadas en forma correcta, desplace las etiquetas de 
flujo de datos para obtener un grafico con apariencia profesional e imprima el diagrama. 
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Proceso: 

Description: 

Entrada: 

Salida: 

Proceso: 

Descripcion: 

Entrada: 


Salida: 

Proceso: 

Descripcion: 

Entrada: 

Salida: 

Proceso: 

Descripcion: 


Entrada: 

Salida: 


4.1 TECLEAR ID DE ELIMINACION 

El ID de computadora se tecla en forma interactiva 
1. ID DE COMPUTADORA ELIMINADA 
1. ELIMINACION TECLEADA 

4.2 OBTENER REGISTRO DE COMPUTADORA 

Se lee el registro del ARCHIVO MAESTRO DE COMPUTADORAS para asegurar que exista 

1. ELIMINACION TECLEADA (interfaz) 

2. REGISTRO DE COMPUTADORA, del almacen de datos ARCHIVO MAESTRO DE 
COMPUTADORAS 

1. ERROR: NO SE ENCONTRO (interfaz) 

2. REGISTRO DE COMPUTADORA VALIDO 

4.3 CONFIRMAR ELIMINACION DE COMPUTADORA 

La information de la computadora se muestra en la pantalla para que el operador confirme o rechace 
la eliminacion. 

1. REGISTRO DE COMPUTADORA VALIDO 

1. ELIMINACION RECHAZADA (interfaz) 

2. ELIIMINACION CONFIRMADA 

4.4 ELIMINAR REGISTRO DE COMPUTADORA 

El registro de computadora se elimina en forma logica (no ffsica) del almacen de datos ARCHIVO 
MAESTRO DE COMPUTADORAS al reescribir el registro con una I de inactivo en el campo 
Codigo de registro 
1. ELIMINACION CONFIRMADA 

1. COMPUTADORA ELIMINADA, una flecha con doble punta al almacen de datos ARCHIVO 
MAESTRO DE COMPUTADORA 


Los ejercicios en los que se antepone un icono www indican material de valor agregado disponible en el sitio Web www.pearsonhighered.com/ 
kendall. Los estudiantes pueden descargar un archivo de muestra de Microsoft Visio, Visible Analyst, Microsoft Project o Microsoft Access que 
pueden usar para completar los ejercicios. 
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TU LO 8 

alisis de sistemas mediante 
el uso de diccionarios de datos 


Objetivos de aprendizaje 


Al completar este capi'tulo usted podra: 

1. Entender la manera en que los diccionarios de datos se emplean para analizar sistemas 
orientados a objetos. 


2. Crear entradas en el diccionario de datos para los procesos de datos, almacenes, flujos 
y estructuras, ademas de los elementos logicos y fisicos de los sistemas que se 
estudian, con base en los DFD. 


3. Comprender el concepto de un repositorio para la informacion de los proyectos de los 
analistas y el rol de las herramientas CASE en cuanto a su creacion. 

4. Reconocer las funciones de los diccionarios de datos para ayudar a los usuarios a 
actualizar y dar mantenimiento a los sistemas de informacion. 


Despues de elaborar correctamente diagramas de flujo de datos de varios 
niveles, los analistas los emplean para clasificar los procesos de datos, 
flujos, almacenes, estructuras y elementos en un diccionario de datos. De 
particular importancia son los nombres que se utilizan para caracterizar los 
elementos de datos: el analista encargado de la denominacion de los com- 
ponentes de los sistemas orientados a datos debe esforzarse para que el 
nombre sea significativo y exdusivo. En este capitulo veremos el diccionario de datos, otro 
metodo para ayudar en el analisis de los sistemas orientados a datos. 



EL DICCIONARIO DE DATOS 

El diccionario de datos es una version especializada de los diccionarios que se utilizan como 
referencias en la vida cotidiana. El diccionario de datos es una obra de consulta de informacion 
sobre los datos (es decir, metadatas)', es compilado por los analistas de sistemas para guiarse 
a traves del analisis y diseno. Como documento, el diccionario de datos recopila y coordina 
terminos de datos especfficos, ademas de confirmar lo que significa cada termino para distintas 
personas en la organizacion. Los diagramas de flujo de datos que vimos en el capitulo 7 son un 
excelente punto de partida para recolectar entradas para el diccionario de datos. 

Una razon importante para tener un diccionario es con el fin de mantener limpios los datos; 
es decir, para conservarlos consistentes. Si usted almacena datos sobre el sexo de un hombre 
como “M” en un registro, “Masculino” en un segundo registro y como el numero “1” en un tercer 
registro, los datos no estan “limpios”. En este aspecto el diccionario de datos le sera muy util. 

Los diccionarios de datos automatizados (parte de las herramientas CASE que menciona- 
mos antes) son valiosos por su capacidad de realizar referencias cruzadas con los elementos de 
datos para permitir los cambios necesarios en todos los programas que compartan un elemento 
comun. Gracias a esta caracterfstica ya no hay necesidad de modificar los programas al azar ni 
esperar hasta que el programa no se ejecute debido a un cambio que no se implemento en todos 
los programas que compartan el elemento actualizado. Es evidente que los diccionarios de datos 
automatizados son importantes para los sistemas extensos que producen varios miles de elemen¬ 
tos de datos para clasificarlos y usarlos en referencias cruzadas. 
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Necesidad de comprender el diccionario de datos 

En la actualidad, muchos sistemas de administration de bases de datos vienen equipados con un diccionario de 
datos automatizado. Estos diccionarios pueden ser elaborados o simples. Algunos diccionarios de datos compu- 
tarizados clasifican de manera automatica los elementos de datos al momento de llevar a cabo la programacion; 
otros simplemente proveen una plantilla en la que se pide a la persona que llena el diccionario clasificar todas las 
entradas de ana manera uniforme. 

A pesar de la existencia de los diccionarios de datos automatizados, las cuestiones que siguen siendo per- 
tinentes para el analista de sistemas durante el esfuerzo de sistemas son comprender que datos componen un 
diccionario de datos, las convenciones utilizadas en los diccionarios de datos y la forma en que se desarrolla 
un diccionario de datos. Al comprender el proceso de compilar un diccionario de datos, el analista de sistemas 
puede conceptualizar con mas facilidad el sistema y la forma en que funciona. En las siguientes secciones permi- 
tiremos al analista ver el razonamiento detras de lo que existe en los diccionarios de datos automatizados. 

Ademas de proveer documentation y eliminar la redundancia, podemos usar el diccionario de datos para: 

1. Validar la integridad y precision del diagrama de flujo de datos. 

2. Proveer un punto de partida para desarrollar pantallas e informes. 

3. Determinar el contenido de los datos almacenados en archivos. 

4 . Desarrollar la logica para los procesos del diagrama de flujo de datos. 

5. Crear XML (lenguaje de marcado extensible). 


EL REPOSITORY DE DATOS 

Aunque el diccionario de datos contiene informacion sobre los datos y procedimientos, hay una coleccion mas 
grande de informacion sobre el proyecto: el repositorio. El concepto de repositorio es uno de las muchas implica- 
ciones de las herramientas CASE y puede contener lo siguiente: 

1. Informacion sobre los datos que mantiene el sistema, incluyendo flujos de datos, almacenes de datos, 
estructuras de registros, elementos, entidades y mensajes. 

2. Logica de procedimiento y casos de uso. 

3. Diseno de pantallas e informes. 

4 . Relaciones de datos, como la forma en que una estructura de datos esta vinculada con otra. 

5. Requerimientos del proyecto y entregables finales del sistema. 

6. Informacion administrativa del proyecto, como calendarios de entrega, logros, cuestiones que hay que 
resolver y usuarios del proyecto. 

Para crear el diccionario de datos hay que examinar y describir el contenido de los flujos de datos, los almacenes de 
datos y los procesos, como se muestra en la figura 8.1. Hay que definir cada almacen y flujo de datos, para des¬ 
pues expandirlo de manera que incluya los detalles de los elementos que contiene. Debemos describir la logica 


FIGURA 8.1 

Como se relacionan los diccionarios de datos con los diagramas de flujo de datos. 


Diagrama de flujo de datos Diccionario de datos 
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de cada proceso mediante el uso de los datos que entran o salen del proceso. Hay que identificar y resolver las 
omisiones y otros errores de diseno. 

Hay que desarrollar las cuatro categories del diccionario de datos (flujos de datos, estructuras de datos, ele- 
mentos de datos y almacenes de datos) para promover la comprension de los datos del sistema. En el capftulo 9 
presentaremos la logica de procedimiento, en el capftulo 13 hablaremos sobre las entidades y los capftulos 2 y 10 
corresponden a los mensajes y casos de uso. 

Para ilustrar la forma en que se crean las entradas en el diccionario de datos, vamos a usar un ejemplo para 
la Division de catalogos de World's Trend. Esta empresa vende ropa y otros artfculos por correo mediante el uso 
de un sistema de pedidos via telefonica (el formulario de pedido por correo tambien se puede enviar via fax), y 
a traves de Internet por medio de formularios Web personalizados. Sin importar donde se origine el pedido. los 
datos subyacentes capturados por el sistema son iguales para los tres metodos. 

El formulario de pedido de World’s Trend que se muestra en la figura 8.2 proporciona algunas pistas sobre 
lo que se debe introducir en un diccionario de datos. En primer lugar hay que capturar y almacenar nombre, di¬ 
rection y numero telefonico de la persona que esta haciendo el pedido. Despues hay que tratar con los detalles 
del pedido: la description del artfculo, el tamano, color, precio, cantidad, etcetera. Tambien hay que determinar 
el metodo de pago del cliente. Una vez hecho todo esto, podemos guardar estos datos para usarlos en el futuro. 
Usaremos este ejemplo en todo el capftulo para ilustrar cada una de las partes del diccionario de datos. 

Definition de los flujos de datos 

Por lo general, se define primero los flujos de datos. Las entradas y salidas del sistema se determinan a partir 
de las entrevistas, de observar a los usuarios y analizar los documentos ademas de otros sistemas existentes. 
Podemos sintetizar la information que se captura para cada flujo de datos mediante el uso de un formulario que 
contenga la siguiente information: 

1. ID, un numero de identification optional. Algunas veces el ID se codifica mediante un esquema para 
identificar al sistema y la aplicacion en el mismo. 

2. Un nombre descriptivo unico para este flujo de datos. Este nombre es el texto que debe aparecer en el 
diagrama y se debe referenciar en todas las descripciones que utilicen el flujo de datos. 

3. Una description general del flujo de datos. 

4 . El origen del flujo de datos. Este origen puede ser una entidad externa, un proceso o un flujo de datos que 
provenga de un almacen de datos. 

5. El destino del flujo de datos (los mismos elementos enlistados bajo el origen). 

6. Una indication para determinar si el flujo de datos es un registro que entra o sale de un archivo, o un registro 
que contiene un informe, formulario o pantalla. Si el flujo de datos contiene information que se utiliza entre 
procesos, se designa como interno. 

7. El nombre de la estructura de datos que describe a los elementos que se encuentran en este flujo de datos. 
Para un flujo de datos simple, podrfan ser uno o varios elementos. 

8. El volumen por unidad de tiempo. Los datos podrfan ser registros por dfa o cualquier otra unidad de tiempo. 

9. Un area para comentarios adicionales y anotaciones sobre el flujo de datos. 


FIGURA 8.2 

Un pedido en lfnea de la Division 
de catalogos de World’s Trend. 
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Una vez mas podemos usar nuestro ejemplo de la Division de catalogos de World’s Trend del capltulo 7 para 
ilustrar un formulario completo. La figura 8.3 es un ejemplo de la descripcion del flujo de datos que representa 
la pantalla utilizada para agregar un nuevo PEDIDO DEL CLIENTE y para actualizar los archivos de clientes y 
artlculos. Cabe mencionar que la entidad externa CLIENTE es el origen y que PROCESO 1 es el destino, que 
provee un vinculo de vuelta al diagrama de flujo de datos. La casilla marcada como “Pantalla” indica que el flujo 
representa una pantalla de entrada. Podrla ser cualquier pantalla, como una pagina Web, una interfaz grafica de 
usuario (GUI), un telefono celular o tal vez una pantalla de mainframe. La descripcion detallada del flujo de datos 
podrla aparecer en este formulario, o se podrla representar como una estructura de datos. 

Hay que describir primero los flujos de datos para todas las entradas y salidas, ya que por lo general repre- 
sentan la interfaz humana; despues, los flujos de datos intermedios y los flujos de datos que entran y salen de los 
almacenes de datos. Para describir los detalles de cada flujo de datos usamos elementos (a los que algunas veces 
se les denomina campos), una estructura de datos o un grupo de elementos. 

Podemos describir un flujo de datos simple mediante el uso de un solo elemento, como el numero de cliente 
que utiliza un programa de consulta para buscar el correspondiente registro de cliente. 

Descripcion de las estructuras de datos 

Por lo general, para describir las estructuras de datos utilizamos la notacion algebraica. Este metodo permite al 
analista producir una vista de los elementos que forman la estructura de datos, junto con la informacion sobre los 
mismos. Por ejemplo, el analista indicara si hay muchos elementos iguales en la estructura de datos (un grupo 
repetitivo) o si pueden existir dos elementos mutuamente excluyentes de cada uno de los otros elementos. La 
notacion algebraica utiliza los siguientes slmbolos: 

1. Un signo de igual (=) significa “esta compuesto de”. 

2. Un signo positivo (+) significa “y”. 

3. Las Haves { } indican elementos repetitivos, tambien conocidos como grupos repetitivos o tablas repetitivas. 
Puede haber un elemento repetitivo o varios de ellos en el grupo. El grupo repetitivo puede tener 
condiciones, como un numero fijo de repeticiones, o llmites superiores e inferiores para el numero de 
repeticiones. 



FIGURA 8.3 

Ejemplo de estructura de datos 
para agregar el pedido de un 
cliente en la Division de catalogos 
de World’s Trend. 
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4 . Los corchetes [ ] representan una situacion del tipo cualquiera/o (either/or). Puede estar presente cualquier 
elemento u otro, pero no ambos. Los elementos que se enlistan entre corchetes son mutuamente excluyentes. 

5. Los parentesis ( ) representan un elemento opcional. Los elementos opcionales se pueden dejar en bianco en 
las pantallas de entrada de datos y pueden contener espacios o ceros para los campos numericos en las 
estructuras de archivos. 

La figura 8.4 es un ejemplo de la estructura de datos para agregar el pedido de un cliente en la Division de catalogos 
de World’s Trend. Cada pantalla CLIENTE NUEVO consiste en las entradas que se encuentran del lado derecho de 
los signos de igual. Algunas de las entradas son elementos, pero otras, como NOMBRE DEL CLIENTE, DIREC- 
CION y TELEFONO, son grupos de elementos o registros estructurales. Por ejemplo, NOMBRE DEL CLIENTE 
esta compuesto por PRIMER NOMBRE, INICIAL SEGUNDO NOMBRE y APELLIDO PATERNO. Hay que 
definir cada registro estructural de una manera mas detallada hasta que todo el conjunto se descomponga en sus ele¬ 
mentos basicos. Cabe mencionar que, despues de la definicion para la pantalla PEDIDO DEL CLIENTE, estan las 
definiciones para cada registro estructural. Incluso un campo tan simple como NUMERO TELEFONICO se define 
como una estructura para que el codigo de area se pueda procesar por separado. 


FIGURA 8.4 

Ejemplo de estructura de datos 
para agregar el pedido de un 
cliente en la Division de catalogos 
de World’s Trend. 


aei cliente + 
Nombre del cliente + 
Direction + 

Telefono + 

Wumero de cata/ogo + 
Fecha del pedido + 

(Impuestos) + 

Envio y manejo + 

Total del pedido + 

Metodo de pago + 

(Tipo de tarjeta de credito) + 

Wombte del cliente = Prim 

Primer nombre + 

AnpM-w se ® undo Rombre) + 
Apelhdo paterno 


Direction = 


Telefono = 

Articulos del pedido 
disponibles = 


Metodo de pag 0 = 

Tipo de tarjeta de 
credito = 


Ca lie + 

(Departamento) + 

Ciudad + 

Estado + 

CP + 

(Expansion CP) + 

(Pais) 

Codigo de area + 

Niimero local 

Cantidad ordenada + 

Numero de articulo + 
Descripcion de articulo + 
Tamano + 

Color + 

Precio + 

Total de articulo 

fChegue ( Creaito (Giro poslalj 
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Los registros estructurales y elementos que se utilizan en muchos sistemas reciben un nombre especffico que 
no es del sistema como calle, ciudad y codigo postal, lo cual no refleja el area funcional en la que se utilizan. 
Este metodo permite al analista definir estos registros una vez y usarlos en muchas aplicaciones. Por ejemplo, 
una ciudad puede ser la ciudad de un cliente, un proveedor o un empleado. Observe el uso de los parentesis para 
indicar que (INICIAL SEGUNDO NOMBRE), (DEPARTAMENTO) y (EXPANSION CP) son informacion op- 
cional de PEDIDO (pero no mas de uno). Para indicar la condicion O hay que encerrar las opciones en corchetes 
y separarlas con el sfmbolo . 

Estructuras de datos logicas y fisicas 

Cuando se definen las estructuras de datos por primera vez, se incluyen solo los elementos de datos que el 
usuario puede ver, como nombre, direccion y saldo actual. Esta etapa es el diseno logico que muestra lo que la 
empresa necesita para sus operaciones diarias. Como aprendimos de la HCI, es importante que el diseno logico 
retleje con precision el modelo mental de la forma en que el usuario ve el sistema. Al utilizar el diseno logico como 
base, el analista puede disenar las estructuras de datos fisicas, que incluyen los elementos adicionales necesarios 
para implementar el sistema. Los siguientes son ejemplos de elementos de diseno ffsicos: 

1. Los campos clave que se utilizan para localizar registros en la tabla de una base de datos. Un ejemplo es un 
numero de artfculo, que la empresa no necesita para operar pero es necesario para definir y localizar los 
registros de computadora. 

2. Los codigos para identificar el estado de los registros maestros, como si un empleado esta activo (si trabaja 
en la actualidad) o inactivo. Podemos mantener dichos codigos en archivos que produzcan informacion 
fiscal. 

3. Los codigos de transaction se utilizan para identificar los tipos de registros cuando un archivo contiene 
distintos tipos de estos. Un ejemplo es un archivo de creditos que contiene registros para los artfculos 
devueltos, as! como registros de pagos. 

4. Las entradas de grupos repetitivos que contienen el conteo de los elementos en el grupo. 

5. Los lfmites en cuanto al numero de elementos en un grupo repetido. 

6. La contrasena que utiliza un cliente para acceder a un sitio Web seguro. 

La figura 8.5 es un ejemplo de la estructura de datos para un ESTADO DE CUENTA DE FACTURACION 
DE CLIENTE y muestra que la LINEA DE PEDIDO es tanto un elemento repetitivo como un registro estructu- 
ral. Los lfmites de LINEA DE PEDIDO son del 1 al 5 para indicar que el cliente puede ordenar de uno a cinco 
artfculos en esta pantalla. Los artfculos adicionales apareceran en pedidos subsiguientes. 

La notation de grupo repetitivo puede tener varios formatos adicionales. Si el grupo se repite un numero 
fijo de veces, ese numero se coloca a un lado de la Have de apertura, como en 12 {Ventas mensuales), donde 
siempre hay 12 meses en el ano. Si no se indica un numero, el grupo se repite en forma indefinida. Un ejem¬ 
plo es una tabla que contiene un numero indefinido de registros, como Tabla maestra de clientes = {Registros 
de clientes}. 

El numero de entradas en los grupos repetitivos tambien puede depender de una condicion, como una en- 
trada en el Registro maestro de clientes por cada artfculo ordenado. Esta condicion se podrfa guardar en el dic- 
cionario de datos como {Artfculos comprados} 5, donde 5 es el numero de artfculos. 


Estado de cuenta de 
facturacion de cliente = 


Llnea de pedido = 


Fecha actual + 

Numero de cliente + 
Sombre del cliente + 
Direccion + 

ifl-lnea de pedido) + 
(Monto de pago anterior) - 
fatal monto deudor + 
(Comentario) 


Numero de pedido + 
Fecha de pedido + 
Fetal del pedido 


FIGURA 8.5 

Elementos ffsicos agregados a una 
estructura de datos. 


www.xlibros.com 


234 


PARTE III • EL PROCESO DE ANALISIS 


Elementos de datos 

Cada elemento de datos se debe definir una vez en el diccionario de datos y tambien se puede introducir previa 
mente en el formulario de descripcion de un elemento, como el que se muestra en la figura 8.6. Las caracterfsti 
cas que se incluyen comunmente en el formulario de descripcion de elemento son: 

1. ID de elemento. Esta entrada opcional permite al analista crear entradas automatizadas en el diccionario de 
datos. 

2. El nombre del elemento. El nombre debe ser descriptivo, unico y basado en la manera comun en que la 
mayorfa de los programas o el usuario principal llamen a ese elemento. 

3. Los alias, que son sinonimos u otros nombres para el elemento. Los alias son nombres que utilizan distintos 
usuarios en distintos sistemas. Por ejemplo, un NUMERO DE CLIENTE tambien se puede llamar 
NUMERO DE CUENTA POR COBRAR o NUMERO DE CONSUMIDOR. 

4. Una descripcion corta del elemento. 

5. Si el elemento es base o derivado. Un elemento base es el que se teclea al sistema en un principio, como el 
nombre de un cliente, la direccion o ciudad. Los elementos base se deben almacenar en archivos. Los 
elementos derivados se crean a traves de los procesos como resultado de un calculo o una serie de 
instrucciones de toma de decisiones. 

6. La longitud de un elemento. Algunos elementos tienen longitudes estandar. Por ejemplo, en los Estados 
Unidos todas las longitudes para las abreviaturas de los nombres de estados, codigos postales y numeros 
telefonicos son iguales. Para otros elementos, las longitudes pueden variar, por lo que el analista y la 


FIGURA 8.6 

La descripcion de un elemento 
de la Division de catalogos de 
World’s Trend. 
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comunidad de usuarios deben decidir en conjunto sobre la longitud final con base en las siguientes 
consideraciones: 

a. Para determinar las longitudes de cantidades numericas hay que averiguar el numero mas grande que 
puede llegar a contener esa cantidad y despues permitir un espacio razonable de expansion. 

b. Los campos de nombres y direcciones pueden recibir longitudes con base en la siguiente tabla. Por 
ejemplo, el campo de un apellido de 11 caracteres puede alojar al 98 por ciento de los apellidos patemos 
en los Estados Unidos. 

c. Para otros campos, a menudo es conveniente examinar o sacar una muestra de los datos historicos que se 
encuentran en la organization para determinar una longitud de campo apropiada. 


Campo 

Longitud 

Porcentaje de datos que podran 
caber (EE.UU.) 

Apellido paterno 

11 

98 

Primer nombre 

18 

95 

Nombre de empresa 

20 

95 

Calle 

18 

90 

Ciudad 

17 

99 


Si el elemento es demasiado pequeno, se truncaran los datos que se introduzcan. El analista debe decidir 
como afectara eso a las salidas del sistema. Por ejemplo, si se trunca el apellido paterno de un cliente, de 
todas formas se entregarfa el correo; pero si se trunca la direction de correo electronico, se devolvera como 
no encontrado. 

7. El tipo de datos: numerico, fecha, alfabetico, caracter variable (varchar) o caracter, que algunas veces se 
denomina alfanumerico o datos de texto. Los datos de caracteres variables (varchar) pueden contener 
cualquier numero de caracteres, hasta un limite establecido por el software de base de datos. Al usar 
caracteres variables es opcional especificar la longitud. En la figura 8.7 se muestran varios de estos 
formatos. Los campos de caracteres pueden contener una mezcla de letras, numeros y caracteres especiales. 
Si el elemento es una fecha, hay que determinar su formato (por ejemplo, MMDDAAAA). Si el elemento es 
numerico, hay que determinar su tipo de almacenamiento. 

Los formatos de computadora personal, como moneda, numero o cientifico, dependen de la forma en 
que se vayan a utilizar los datos. Los formatos de numeros se pueden clasificar como entero, entero largo, 
precision simple, precision doble, etcetera. Hay muchos otros tipos de formatos utilizados con los sistemas 


Tipo de datos 

Significado 

Bit 

Un valor de 1 o 0, un valor de verdadero/falso 

Char, varchar, text 

Cualquier caracter alfanumerico 

Datetime, smalldatetime 

Datos alfanumericos, varios formatos 

Decimal, numerico 

Datos numericos con precision hasta el digito menos 
significativo; pueden contener una porcion entera y 
una porcion decimal 

Float, real 

Valores de punto flotante que contienen un valor 
decimal aproximado 

Int, smallint, tinyint 

Solo datos enteros (dfgitos completos) 

Currency, money, smallmoney 

Numeros monetarios con precision de cuatro lugares decimales 

Binary, varbinary, image 

Cadenas binarias (sonido, imagenes, video) 

Cursor, timestamp, uniqueidentifier 

Un valor que siempre es unico dentro de una base de datos 

Autonumber 

Un numero que siempre se incrementa en uno cuando se 
agrega un registro a una tabla de base de datos 


FIGURA 8.7 

Algunos ejemplos de formatos de 
datos utilizados en sistemas de PC. 
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de PC. Unicode es un sistema de codificacion estandarizado para definir simbolos graficos, como los 
caracteres chinos o japoneses. En un capftulo posterior describiremos Unicode con mas detalle. Hay tres 
formatos estandar para computadoras mainframe: decimal por zonas, decimal empaquetado y binario. El 
formato decimal por zonas se utiliza para imprimir y visualizar datos. El formato decimal empaquetado se 
utiliza comunmente para ahorrar espacio en las distribuciones de los archivos y para elementos que 
requieren un alto nivel de operaciones aritmeticas. El formato binario es adecuado para los mismos fines que 
el formato decimal empaquetado, pero se utiliza con menos frecuencia. 

8. Hay que incluir los formatos de entrada y salida mediante el uso de simbolos de codificacion especiales para 
indicar como se deben presentar los datos. En la figura 8.8 se muestran estos simbolos y sus usos. Cada 
simbolo representa un caracter o dfgito. Si se repite el mismo caracter varias veces, el caracter seguido de un 
niimero entre parentesis para indicar cuantas veces se repite el numero se sustituye por el grupo. Por 
ejemplo, XXXXXXXX se representarfa como X(8). 

9. Los criterios de validacion para asegurar que el sistema capture datos precisos. Los elementos pueden ser 
discretos para indicar que tienen ciertos valores fijos, o continuos con un rango uniforme de valores. He aquf 
los criterios comunes de edicion: 

a. Un rango de valores es apropiado para los elementos que contienen datos continuos. Por ejemplo, en 
Estados Unidos, un promedio de puntos de calificacion para un estudiante puede ser del 0.00 al 4.00. Si 
solo hay un lfmite superior o inferior para los datos, se utiliza un lfmite en vez de un rango. 

b. Se indica una lista de valores si los datos son discretos. Algunos ejemplos son los codigos que 
representan los colores de los artfculos que se venden en el catalogo de World’s Trend. 

c. Una tabla de codigos es apropiada si la lista de valores es extensa (por ejemplo, abreviaciones de 
estados, codigos telefonicos de pafses o codigos de area de telefonos en los EE.UU.). 

d. Para elementos clave o fndice, a menudo se incluye un dfgito de verificacion. 

10. Cualquier valor predeterminado que pueda tener el elemento. El valor predeterminado se muestra en las 
pantallas de entrada y se utiliza para reducir la cantidad de informacion que tenga que teclear el operador. 

Por lo general, varios campos en cada sistema tienen valores predeterminados. Cuando se emplean listas de 
GUI o listas desplegables, el valor predeterminado es el que ya esta seleccionado y resaltado. Al usar 
botones de opcion, esta seleccionada la opcion para el valor predeterminado, y al usar casillas de 
verificacion, el valor predeterminado (“sf ’ o “no”) determina si la casilla de verificacion tendra o no una 
marca inicial en ella. 

11. Un area adicional para comentarios. Esta se podrfa usar para indicar el formato de la fecha, la validacion 
especial requerida, el metodo de dfgito de verificacion utilizado (lo cual explicaremos en el capftulo 15), 
etcetera. 

Tal vez las descripciones de los elementos de datos como NUMERO DE CLIENTE se llamen NUMERO DE 
CONSUMIDOR en cualquier otra parte del sistema (es probable que debamos actualizar el codigo anterior es- 
crito con este alias). 

El elemento alfabetico es otro tipo de elemento de datos. En la Division de catalogos de World’s Trend, los 
codigos se utilizan para describir colores: por ejemplo, BL para azul, WH para bianco y GR para verde. Al im- 
plementar este elemento se necesitara una tabla para que los usuarios busquen los significados de estos codigos 
(en el capftulo 15 hablaremos con mas detalle sobre la codificacion). 

Almacenes de datos 

Todos los elementos base deben estar guardados en el sistema. Los elementos derivados, como el sueldo bruto 
del empleado del ano a la fecha, tambien se pueden guardar en el sistema. Se crean almacenes de datos para cada 
entidad de datos distinta que se piense guardar. Es decir, cuando se agrupan los elementos base del flujo de datos 
para formar un registro estructural, se crea un almacen de datos para cada registro estructural linico. 


FIGURA 8.8 

Codigos de formato de caracteres. 


Caracter de formato Significado 


X 

Puede introducir o visualizar/imprimir cualquier caracter 

9 

Se pueden introducir o visualizar solo numeros 

Z 

Visualiza los ceros a la izquierda como espacios 

Inserta comas al visualizar numeros 

Inserta un punto al visualizar un numero 

/ 

Inserta barras diagonales al visualizar un numero 

- 

Inserta un guion corto al visualizar un numero 

V 

Indica una posicion decimal (cuando no se incluye el punto decimal) 
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Como tal vez un flujo de datos muestre solo parte de los datos colectivos que contenga un registro estructu- 
ral, tal vez tenga que examinar muchas estructuras de flujo de datos para obtener una descripcion completa de un 
almacen de datos. 

La figura 8.9 es el formulario comun que se utiliza para describir un almacen de datos. La information que 
se incluye en el formulario es la siguiente: 

1. El ID del almacen de datos. A menudo el ID es una entrada obligatoria para evitar que el analista guarde 
information redundante. Un ejemplo serfa D1 para el ARCHIVO MAESTRO DE CLIENTES. 

2. El nombre del almacen de datos, que es descriptivo y unico. 

3. Un alias para la tabla, como ARCHIVO MAESTRO DE CONSUMIDORES para el ARCHIVO MAESTRO 
DE CLIENTES. 

4 . Una descripcion corta del almacen de datos. 

5. El tipo de archivo, ya sea de computadora o manual. 

6. El formato designa si el archivo es una tabla de base de datos o si tiene el formato de un simple archivo 
piano (en el capitulo 13 describiremos con detalle los formatos de archivos). 

7. El numero maximo y promedio de registros en el archivo, as! como el crecimiento por ano. Esta information 
ayuda al analista a predecir la cantidad de espacio en disco requerida para la aplicacion; ademas es necesario 
para planear la adquisicion de hardware. 

8. El nombre del archivo o conjunto de datos especifica el nombre del archivo, si se conoce. En las etapas de 
diseno iniciales, podemos dejar este elemento en bianco. En la figura 8.10 se muestra un formulario 
electronico producido mediante el uso de Visible Analyst. Este ejemplo muestra que ARCHIVO MAESTRO 
DE CLIENTES (CUSTOMER MASTER) se almacena en una computadora en la forma de una base de 


ID 


D 1 




I ipo * archivo 0 - --- 

f\l f~\ k_ ^ ■ 


- ~ aiiud/. 

Membnde 3^° * datos ^afeMgr 
Estructura de datos Skntm^ 
„ ave P rimaria 

c, aves secundarias 


0 / 
- /o 


To ~ u Dlr ecti 

~mo 

Hr omedio: Jt 2,ooo 


Mum 


‘erode 


Sliente 


FIGURA 8.9 

Un ejemplo de formulario de des¬ 
cription de almacen de datos de la 
Division de catalogos de World’s 
Trend. 
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FIGURA 8.10 

Pantalla de Visible Analyst en la 
que se muestra la descripcion de 
un almacen de datos. 



datos con un numero maximo de 45,000 registros (en el capftulo 13 explicaremos los detalles sobre los 
registros y las claves que se utilizan para ordenar la base de datos). 

9. La estructura de datos debe usar un nombre que se encuentre en el diccionario de datos y que provea un 
vinculo a los elementos para este almacen de datos. Como alternativa se podrfan describir los elementos de 
datos en el formulario de descripcion del almacen de datos o en la pantalla de la herramienta CASE para el 
almacen de datos. Las claves primaria y secundarias deben ser elementos (o una combination de ellos) que 
se encuentren en la estructura de datos. En el ejemplo, el NUMERO DE CLIENTE es la clave primaria y 
debe ser unico. El NOMBRE DEL CLIENTE, CP y MONTO COMPRADO DEL ANO A LA FECHA son 
claves secundarias que se utilizan para registrar las secuencias en los informes y localizar registros en forma 
directa (en el capftulo 13 hablaremos sobre las claves). Los comentarios se utilizan para la information que 
no se ajusta en ninguna de las categorfas anteriores; pueden incluir cuestiones sobre la sincronizacion de la 
actualization o los respaldos, seguridad u otro tipo de consideraciones. 


CREACION DEL DICCIONARIO DE DATOS 

Las entradas en el diccionario de datos se pueden crear despues de haber completado el diagrama de flujo de datos, 
o construir a medida que este se desarrolle. El uso de la notation algebraica y registros estructurales permite al ana- 
lista desarrollar el diccionario de datos y los diagramas de flujo de datos mediante una metodologfa arriba-abajo. Por 
ejemplo, el analista puede crear un flujo de datos Diagrama 0 despues de las primeras entrevistas y al mismo tiempo 
crear las entradas preliminares en el diccionario de datos. Por lo general estas entradas consisten en los nombres de 
los flujos de datos que se encuentran en el diagrama de flujo de datos y sus correspondientes estructuras de datos. 

Despues de realizar varias entrevistas adicionales con los usuarios para aprender sobre los detalles del sistema 
y las formas en que interactuan con el, el analista expandira el diagrama de flujo de datos y creara los diagramas hi- 
jos. Despues hay que modificar el diccionario de datos para incluir los nuevos registros estructurales y los elemen¬ 
tos que se hayan deducido de entrevistas posteriores, de la observation y del analisis de los documentos. 

Cada nivel de un diagrama de flujo de datos debe usar datos apropiados. El Diagrama 0 debe incluir solo formu- 
larios, pantallas, informes y registros. A medida que se crean los diagramas hijos, el flujo de datos que entra y 
sale de los procesos se vuelve cada vez mas detallado, incluyendo los registros estructurales y los elementos. 

La figura 8.11 muestra una portion de dos niveles del diagrama de flujo de datos y las correspondientes 
entradas en el diccionario de datos para producir el cheque de nomina de un empleado. El proceso 5, que se 
encuentra en el Diagrama 0, es una vista general de la production de un CHEQUE DE NOMINA DE EM¬ 
PLEADO. La correspondiente entrada en el diccionario de datos para REGISTRO DE EMPLEADO muestra el 
NUMERO DE EMPLEADO y cuatro registros estructurales, la vista de los datos que se obtuvieron en las prime¬ 
ras etapas del analisis. De manera similar, REGISTRO DE ARCHIVO DE TIEMPO y CHEQUE DE NOMINA 
DE EMPLEADO tambien se definen como una serie de estructuras. 


www.xlibros.com 

























CAPlTULO 8 • ANALISIS DE SISTEMAS MEDIANTE EL USO DE DICCIONARIOS DE DATOS 


239 


Flujo de datos 


Estructura de datos 


Archivo de tiempo 
de empleados 


Registro de archivo 
de tiempo 


Registro 

f 5 ^ 

Cheque de 



nomina 
de empleado 


-de empleado 

Archivo maestro 

Producir 
cheque de 
nomina 
de empleado 

^ y 

Empleado 

de empleados 



Registro = Numero de empleado + 
deempleado Informacion personal + 
Informacion de salario + 
Informacion de sueldo actual + 
Informacion del aho a la fecha 


Registro 
de archivo de 
tiempo 


Numero de empleado + 
Nombre de empleado + 
Horas trabajadas 


Cheque de 
nomina 
de empleado 


Numero de empleado + 
Nombre de empleado + 
Direction + 

Montos de pago actuales + 
Cifras del aho a la fecha 


Horas 

trabajadas 


' < 


Informacion 
de salario 


5.3 


Montos 
de pago 
actuales de 
computadoras 


Montos de 
pago actuales 

> 


Informacion = Tasa de pago + 
de sueldo Numero de dependientes 


Montos 
de pago 
actuales 


= Sueldo bruto + 

Retencion federal + 

Retencion estatal + 

Retencion del seguro social + 
Sueldo neto 


FIGURA 8.11 

Dos diagramas de flujo de datos y sus correspondientes entradas en el diccionario 
de datos para producir el sueldo de nomina de un empleado. 


Es importante que los nombres de los flujos de datos en el diagrama de flujo de datos hijo esten contenidos 
como elementos o registros estructurales en el flujo de datos del proceso padre. Volviendo al ejemplo, INFOR¬ 
MACION DE SALARIO (entrada en el proceso 5.3, CALCULAR MONTOS DE PAGO ACTUALES) es un 
registro estructural contenido en el REGISTRO DE EMPLEADO (entrada para el proceso 5). De manera similar, 
SUELDO BRUTO (salida del proceso 5.3.4, un proceso de nivel mas bajo que no se muestra en la figura) esta 
contenido en el registro estructural MONTOS DE PAGO ACTUALES (salida del proceso padre 5.3, CALCU¬ 
LAR MONTOS DE PAGO ACTUALES). 

Analisis de la entrada y la salida 

Un paso importante para crear el diccionario de datos es identificar y categorizar el flujo de datos de entrada y 
salida del sistema. Los formularios de analisis de entrada y salida contienen los siguientes cambios que se inclu- 
yen comunmente: 

1. Un nombre descriptivo para la entrada o salida. Si el flujo de datos esta en un diagrama logico, el nombre 
deberfa identificar cuales son los datos (por ejemplo, INFORMACION DE CLIENTE). No obstante, si el 
analista trabaja en el diseno ffsico o si el usuario declaro de manera explicita la naturaleza de la entrada o la 
salida, el nombre debe incluir esa informacion relacionada con el formato. Algunos ejemplos son ESTADO 
DE CUENTA DE FACTURACION DE CLIENTE y CONSULTA DE DETALLES DE CLIENTE. 

2. El contacto del usuario responsable de la aclaracion de los detalles posteriores, la retroalimentacion sobre el 
diseno y la aprobacion final. 

3. Si los datos son de entrada o salida. 

4. El formato del flujo de datos. En la etapa de diseno logica, el formato puede estar indeterminado. 

5. Los elementos que indican la secuencia de los datos en un informe o pantalla (tal vez en columnas). 

6. Una lista de elementos, incluyendo sus nombres, longitudes y si son base o derivados, ademas de sus 
criterios de edicion. 

Una vez completado el formulario, hay que analizar cada elemento para determinar si el elemento se repite, 
si es opcional o si es mutuamente excluyente de otro elemento. Los elementos que caen en un grupo o que se 
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OPORTUNIDAD DE CONSULTORIA 8.1 


i - 


Deseas triunfar en el teatro? jMejora tu diccion(ario)! 


ientras usted entra a Merman’s, Annie Oaklea lo recibe cor- 
dialmente y le dice: “Estoy encantada con el trabajo que hizo en los 
diagramas de flujo de datos. Me gustarfa que siguiera desempe- 
nando el rol de analista de sistemas en Merman’s para ver si puede 
en un momento dado crear un sistema de information para nuestro 
inventario de vestuarios. Por desgracia, algunos de los terminos que 
utiliza no se adaptan muy bien al lenguaje de Shakespeare. Sospe- 
cho que es un ligero problema de traduction”. 

Aferrado al elogio initial de Annie, usted no se ve alterado por 
su comentario final y llega a la determination de que un diccionario 


de datos basado en los diagramas de flujo de datos de las rentas y 
devoluciones serfa un gran exito. 

Empiece por escribir entradas para un sistema manual con el 
mayor detalle posible. Prepare dos entradas de proceso de datos, dos 
entradas de flujo de datos, dos entradas de almacen de datos, una en- 
trada de estructura de datos y cuatro entradas de elementos de datos 
mediante el uso de los formatos que vimos en este capltulo. Al repre- 
sentar los elementos de datos interrelacionados con precision recibira 
crfticas muy favorables (vea la Oportunidad de consultoria 7.1). 


combinan con regularidad con otros elementos en muchas estructuras se deben colocar juntos en un registro es- 
tructural. 

Estas consideraciones se pueden ver en el Formulario de analisis de entrada y salida para la Division de cata- 
logos de World’s Trend (vea la figura 8.12). En este ejemplo de un ESTADO DE CUENTA DE FACTURACION 


FIGURA 8.12 

Un ejemplo de un formulario de 
analisis de entrada/salida para la 
Division de catalogos de World’s 
Trend. 


Formu/ar/o de ana- ■ ~~— 

O&fafc 

L^SB3jtud] 

_ 6 _ 

__ 20 _ 

_ 20 _ 

_2Q_ 

_20_ 

_2_ 

_ 9 _ 

_6_ 

_ 9 _ 

__ 5 _ 

_ 9 _ 

60 
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DEL CLIENTE, los elementos PRIMER NOMBRE DEL CLIENTE, APELLIDO DEL CLIENTE e INICIAL 
SEGUNDO NOMBRE DEL CLIENTE se deben agrupar en un registro estructural. 

Desarrollo de almacenes de datos 

Otra actividad para crear el diccionario de datos es la de desarrollar almacenes de datos. Hasta ahora hemos 
determinado que datos necesitan fluir de un proceso a otro. Esta informacion se describe en las estructuras de 
datos. Sin embargo, la informacion se puede almacenar en muchos lugares; ademas, en cada lugar se puede al- 
macenar en forma distinta. Mientras que los flujos de datos representan datos en movimiento, los almacenes de 
datos representan los datos estaticos. 

Por ejemplo, cuando llega un pedido a World’s Trend (vea la figura 8.13) contiene en su mayor parte infor¬ 
macion temporal; es decir, la informacion necesaria para llenar ese pedido especffico, pero parte de esa informa¬ 
cion se podrfa almacenar en forma permanente. Algunos ejemplos de esto podrfan ser la informacion sobre los 
clientes (para poderles enviar catalogos) y la informacion sobre los articulos (ya que estos artlculos apareceran 
en los pedidos de muchos otros clientes). 

Los almacenes de datos contienen informacion de una naturaleza permanente o semipermanente (temporal). 

Los elementos NUMERO DE ARTICULO, DESCRIPCION y COSTO DE ARTICULO son ejemplos de infor¬ 
macion relativamente permanente, al igual que TASA DE IMPUESTO. Sin embargo, cuando se multiplica el 
COSTO DEL ARTICULO por la TASA DE IMPUESTO, se calcula (o se deriva) el IMPUESTO A COBRAR. 

Los valores derivados no tienen que guardarse en un almacen de datos. 

Al crear almacenes de datos solo para un informe o pantalla, los denominamos “vistas de usuario” ya que 
representan la forma en que el usuario desea ver la informacion. 


Archive maestro 
°e clientes = 


Avhivo maestro 
de articulos = 


Registro 
de pedido = 


A/umero de cliente + 
Sombre del cliente + 
Direccidn + 

Delefono + 

Ca ntidaden existent 


d 'sponible d s e l Pedldo Numero de aniculo 
p recio actual 


^mero de cliente + 

Numero de cats in 
Ferha cata, °go + 
ectia del p ed/cf 0 + 

( lm Puestos) + 

Dnvm y manejo + 

Total del pedid 0 + 

Metododep ago + 

(Fechad eex P iriZT m ° ) + 


Maf ododep a 90 = 

TiP° de tarjeta 
de credito = 


World’s Trend 1 a 

erican Express; MasterCard! Vis 


FIGURA 8.13 

Los almacenes de datos derivados 
de un pedido pendiente en la 
Division de catalogos de World’s 
Trend. 
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USO DEL DICCIONARIO DE DATOS 

El diccionario de datos ideal es automatizado, interactivo, en lrnea y evolutivo. A medida que el analista de sis- 
temas aprende sobre los sistemas de la organizacion, se agregan elementos de datos al diccionario de datos. Por 
otra parte, el diccionario de datos no es un fin en sr mismo y nunca debera serlo. Para evitar desviarse con la 
construction de un diccionario de datos complete, el analista de sistemas debe considerarlo como una actividad 
paralela al analisis y diseno de sistemas. 

Para que tenga el maximo poder, el diccionario de datos debe enlazarse en varios programas de sistemas, de 
manera que cuando se actualice o elimine un elemento del diccionario de datos, se actualice o elimine automati- 
camente de la base de datos. El diccionario de datos se convierte simplemente en una curiosidad historica si no 
se mantiene actualizado. 

Podemos usar el diccionario de datos para crear pantallas, informes y formularios. Por ejemplo, examine la 
estructura de datos para la LISTA DE SELECCION DE PEDIDO de World’s Trend en la figura 8.14. Como se 
han definido los elementos necesarios y sus longitudes, el proceso de crear documentos fisicos consiste en orde- 
nar los elementos de una forma agradable y funcional mediante el uso de los lineamientos de diseno y sentido 
comun. Los grupos repetitivos se convierten en columnas y los registros estructurales se agrupan en la pantalla, 
el informe o el formulario. La distribution del informe para la LISTA DE SELECCION DE PEDIDO de World’s 
Trend se muestra en la figura 8.15. Cabe mencionar que PRIMER NOMBRE y APELLIDO PATERNO estan 
agrupados en NOMBRE; ademas CANTIDAD (SELECCIONADA y ORDENADA), SECCION, NUMERO DE 


FIGURA 8.14 

Estructura de datos para una lista 
de seleccion de pedido en la 
Division de catalogos de World’s 
Trend. 


Lista de seleccion de pedido = 


Seleccion de articulos del pedido = 


Nombre del cliente = 


Direccion = 


Telefono 


Ntimero de pedido + 
Fecha del pedido + 
Niimero de cliente + 
Nombre del cliente + 
Direccion del cliente + 
Telefono del cliente + 

Niimero de articulo + 
Descripcion del articulo + 
Descripcion deltamano + 
Descripcion del color + 
Seccion de almacen + 
Numero de rep/sa + 
Cantidad ordenada + 
Cantidad seleccionada 


Primer nombre + 

('nicial segundo nombre) - 
Apellido paterno 

Call e + 

(Departamento) + 

Ciudad + 

Estado + 

CP + 

(Expansion de CP) + 

(Pais) 


Codigo de area + 
Numero local 


www.xlibros.com 


CAPlTULO 8 • anAlisis de sistemas mediante el uso de diccionarios DE DATOS 243 


Numero de pedido: 999999 
Wumero de cliente: 9999gg 

Wombre: 

Cade: 

Departamento: XXXXXXXX 

Ciudad, estado "" . 

Pais: 

Teiefono: (999) 999-9999 


l^A/orld’s Trend 

Lista de seleccion de pedido 



aaaaaaXX 

’’ cp XXXX XXXXXXXXXXXXXXXXXXXXXXXX XX 

SS’***®' 


99999-ZZZZ 


229 XXXXX 99999 
229 XXXXX 99999 

229 XXXXX 99999 

ZZZZ 9 S aa"" """ 

TT" XXXXX 99999 999990 

229 XXXXX 99999 999999 


Wumero de artfculos: Z9 


Fecha del pedido Z9/99/gggg 


— Cantidad —- ... 

Seleccionada Ordenada Seccion JeTeSa 

_ zzzzg de artlcul ° De scripcion del articulo 

s? S s S 

229 XXXXX 99999 999999 SSwf <XXXXXXXXX XX)0<X 

229 XXXXX 99999 oononn ^ XXXXXXXXXXXXXX XXXXXXXXXXYY 


Tamano 

XXXXXXXXXXXX 

XXXXXXXXXXXX 

XXXXXXXXXXXX 

XXXXXXXXXXXX 

XXXXXXXXXXXX 

XXXXXXXXXXXX 

XXXXXXXXXXXX 

XXXXXXXXXXXX 


Color 

XXXXXXXX 

XXXXXXXX 

XXXXXXXX 

XXXXXXXX 

XXXXXXXX 

XXXXXXXX 

XXXXXXXX 

XXXXXXXX 


FIGURA 8.15 

Lista de seleccion de pedido creada a 
partir del diccionario de datos. 


REPISA, NUMERO DE ARTICULO, DESCRIPCION DEL ARTICULO, TAMANO y COLOR forman una se- 
rie de columnas, ya que son los elementos repetitivos. 

La estructura de datos y los elementos para un almacen de datos se utilizan comunmente para generar el 
correspondiente codigo fuente en lenguaje de computadora, el cual se incorpora a su vez en los programas de 
computadora. Podemos utilizar el diccionario de datos junto con el diagrama de flujo de datos para analizar el 
diseno del sistema, detectar fallas y areas que necesiten aclaracion. Algunas consideraciones son: 

1. Todos los elementos base en un flujo de datos de salida deben estar presentes en un flujo de datos de entrada 
para el proceso que produce la salida. Los elementos base se teclean; nunca deben ser creados por un proceso. 

2. Un elemento derivado debe ser creado por un proceso y debe estar en la salida de por lo menos un proceso 
del cual no sea entrada. 

3. Los elementos presentes en un flujo de datos entrante o saliente de un almacen de datos deben estar 
contenidos en el almacen de datos. 

Si se empieza en las primeras etapas de las fases de analisis y diseno, el diccionario de datos nos puede ahorrar 
muchas horas. Este es la unica fuente comun en la organization para responder preguntas y resolver disputas sobre 
cualquier aspecto de la definition de datos. Un diccionario de datos actualizado puede constituir un excelente marco 
de referencia para los esfuerzos de mantenimiento en sistemas con los que no estemos familiarizados. Los dicciona¬ 
rios de datos automatizados pueden servir como references tanto para las personas como para los programas. 

Uso de diccionarios de datos para crear XML 

El lenguaje de marcado extensible (XML) es un lenguaje que se puede usar para intercambiar datos entre las 
empresas o entre los sistemas dentro de una empresa. Es similar al HTML, el lenguaje de marcado que se uti- 
liza para crear paginas Web, solo que es mas potente. El HTML se enfoca principalmente en el formato de un 
documento; XML aborda el problema de compartir los datos cuando los usuarios tienen distintos sistemas compu- 
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tacionales y distinto software, o distintos sistemas de administration de bases de datos (por ejemplo, cuando una 
empresa utiliza Oracle y otra utiliza DB2 de IBM). Si todos usaran el mismo software o sistema de administra¬ 
cion de bases de datos, el XML se utilizarfa muy poco. 

Una vez creado un documento de XML, podemos transformar los datos en varios formatos de salida, para 
visualizarlos en muchas formas, incluyendo la salida impresa, paginas Web, la salida para un dispositivo portatil 
y archivos de formato de documento portable (PDF). Por ende, el contenido de datos del documento se separa 
del formato de salida. El contenido de XML se define una vez como datos y despues se transforma todas las ve- 
ces que sea necesario. 

La ventaja de usar un documento de XML es que el analista puede seleccionar solo los datos que necesitan 
un departamento interno o un socio intemo para poder funcionar. Esto ayuda a asegurar la confidencialidad de 
los datos. Por ejemplo, una empresa de embarques puede recibir solo el nombre del cliente, la direccion, el nu- 
mero de articulo y la cantidad a enviar, pero no la informacion sobre la tarjeta de credito u otros datos financie- 
ros. Este eficiente metodo tambien reduce la sobrecarga de informacion. 

Por lo tanto, el XML es una forma de definir, ordenar, filtrar y traducir datos en un lenguaje de datos univer¬ 
sal que todos puedan utilizar. El XML se puede crear a partir de bases de datos, un formulario o programas de 
software, o se puede teclear directamente en un documento, editor de texto o programa para introducir XML. 

El diccionario de datos es un punto de inicio ideal para desarrollar contenido de XML. La clave para usar el 
XML es crear una definicion estandar de los datos. Para lograr esto hay que usar un conjunto de etiquetas o nom- 
bres de datos que se incluyan antes y despues de cada elemento o estructura de datos. Las etiquetas se convierten 
en los metadatas, o datos sobre los datos. Estos se pueden seguir dividiendo en elementos y estructuras de menor 
tamano hasta que se definan todos los elementos. Los elementos de XML tambien pueden incluir atributos: una 
pieza de datos adicional que se incluye con la etiqueta y describe algo sobre el elemento de XML. 

La figura 8.16 muestra un diccionario de datos que contiene informacion sobre cliente, pedido y pago. La 
coleccion general de clientes se incluye en lo que se denomina elemento rafz: clientes. Un documento de XML 
puede contener solo un elemento rafz, por lo que a menudo es el plural de los datos contenidos en el documento 
de XML. Cada cliente puede colocar muchos pedidos. La estructura se define en las dos columnas izquierdas 
y el codigo de XML aparece a la derecha. Como puede ver, CLIENTE consiste en NOMBRE, DIRECCION, 
SALDO ACTUAL, varias entradas INFORMACION DE PEDIDO y un PAGO. Algunas de estas estructuras se 
subdividen todavla mas. 

El documento de XML tiende a reflejar la estructura del diccionario de datos. La primera entrada (ademas de 
la llnea de XML que identifica el documento) es <cliente>, la cual define la coleccion completa de informacion 
del cliente. Los sfmbolos menor que (<) y mayor que (>) se utilizan para identificar los nombres de las etiquetas 
(en forma similar al HTML). La ultima llnea del documento de XML es una etiqueta de cierre, </cliente>, que in- 
dica el final de la informacion del cliente. 

El cliente se define primero y contiene un atributo, el numero de cliente. A menudo hay un debate en cuanto 
a si debemos almacenar los datos como un elemento o un atributo. En este caso se almacenan como atributo. 

La etiqueta de nombre <nombre> se define a continuation, ya que es la primera entrada en el diccionario de 
datos. NOMBRE es una estructura que consiste en APELLIDO PATERNO, PRIMER NOMBRE y una INICIAL 
DE SEGUNDO NOMBRE opcional. En el documento de XML esta estructura empieza con <nombre> y va se- 
guida de <apellidopatemo>, <primemombre> y <inicialsegundonombre>. Como no se permiten espacios en los 
nombres de las etiquetas de XML, por lo general se utiliza un guion bajo para separar las palabras. La etiqueta de 
cierre </nombre> indica el final del grupo de elementos. Al utilizar una estructura como nombre podemos ahorrar 
tiempo y codigo si la transformation muestra el nombre completa. Cada uno de los elementos hijos estara en una 
llnea separada por un espacio. El nombre tambien contiene un atributo, ya sea I de individuo o C de corporation. 

Se utiliza la sangrfa para mostrar que estructuras contienen elementos. Cabe mencionar que <direccion> es 
similar a <cliente>, pero cuando llegamos a <informacion_pedido> hay una gran diferencia. 

Hay varias entradas para <informacion_pedido>, cada una de las cuales contiene un <numero_pedido>, <fe- 
cha_pedido>, <fecha_envio> y <total>. Como el pago se hace por cheque o tarjeta de credito, puede haber solo 
una de estas dos opciones presentes. En nuestro ejemplo, el pago se hace por cheque. Las fechas tienen un atri¬ 
buto conocido como formato, el cual indica si la fecha aparece como mes, dfa ano; como ano, mes, dfa; o como 
dla, mes, ano. Si se utiliza una tarjeta de credito para hacer un pago, un atributo TIPO contiene una M, V, A, D, o 
una O para indicar el tipo de tarjeta de credito (MasterCard, Visa u otro tipo). 

Definiciones de tipo de documento de XML 

A menudo la estructura del contenido de XML se define mediante el uso de una definicion de tipo de documento 
(DTD). Esta definicion se utiliza para determinar si el contenido del documento de XML es valido; es decir, si 
cumple con el orden y tipo de los datos que deben estar presentes en el documento. Es facil crear la DTD y ade¬ 
mas cuenta con muy buen soporte a traves de software estandar. Una vez completada la DTD, podemos usarla 
para validar el documento de XML mediante el uso de las herramientas estandar de XML. Es mas facil crear la 


www.xlibros.com 


CAPlTULO 8 • ANALISIS DE SISTEMAS MEDIANTE EL USO DE DICCIONARIOS DE DATOS 


245 


Diccionario de datos 


Cliente = 


Nombre = 


D/recc/d n = 


In formation 
de pedido = 


Pago = 

Cheque = 

Tarjeta de credito = 


Nombre + 

D/recc/dn + 

Saldo actual + 
{Information de pedido) 
Pago 


Apellido paterno + 
Primer nombre + 

(inicial segundo nombre) 

Calle + 

(Departamento) + 

Ciudad + 

Estado + 

CP + 

Pais 


Numero de pedido + 
Pecha de pedido + 
Fecha de envio + 
Total 


[ChequeTarjeta de credito] + 
Fecha de pago + 

Monto de pago 

Mmero de cheque 

Mumerode tarjeta de credito + 

Fecha de expiracion 


XIWL 


<?xml version="l 0 "> 

<clientes> 

<clientenumero="C15008“> 

<nombre tipo=T> 

<direccion> 

<calle>12 30akstree t< / C a|,e> 

<ciudad>™a2onSdf Partamento> 

<estado>WI</estado> 

<cp>43704</cp> 

</dir P eccion Unidos</ P a > s > 

</pedido> 

<Pedido numero_cliente=“C15008"> 

<fec™ r pedido'forma^ </nUmer °' Ped,do > 

^rmato^aa^mm^d'^OOS Oh Pfi^ </feCfla ~ pecfldo> 

<total>240.00</total> 2008 ' 09 ' 26</fe cha_pedido> 

</pedido> 

<pago> 

<cheque> 

<cliente> 

</clientes> 


FIGURA 8.16 

Uso de una entrada en el diccionario de datos para desarrollar contenido de XML. El 
documento de XML refleja la estructura del diccionario de datos. 

DTD si se ha completado un diccionario de datos, ya que significa que el analista trabajo con los usuarios y tomo 
decisiones en cuanto a la estructura de los datos. 

La ftgura 8.17 ilustra la definicion de tipo de documento para el documento de XML llamado Cliente. Las 
palabras clave tales como 1DOCTYPE, que indica el inicio de la DTD, deben estar todas en mayusculas. ELE¬ 
MENT describe un elemento y IATTLIST describe un atributo; se enlista el nombre del elemento seguido por el 
nombre del atributo. Un elemento con la palabra clave #PCDATA (Parsed Character Data, o datos tipo caracter 
analizados) es un elemento primitivo que ya no se define con mas detalle. Un elemento que tiene una serie de 
otros elementos entre parentesis indica que son elementos hijos y deben estar en el orden listado. La instruccion 
<'ELEMENT nombre (apellidopaterno, primernombre, inicial_segundonombre?)> indica que el nombre debe 
tener el apellido paterno, seguido del primer nombre, seguido de la inicial del segundo nombre. El signo de 
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< !D OCTYPE clientes [ 

< ELEMENT clientes 

< ELEMENT Cliente 

< cliente numero 
; element nombre 

< in^ UST n ° mbre fi P° 

<-'ELEMENT ca lie 

< 'ELEMENT estado 

< .'ELEMENT cp 
<'ELEMENT pais 

< 'ELEMENT saldo actual 

< 'ELEMENT ped/do 

< 'ELEMENT nurnero —cliente 

• cLtivifcNT numero nedirln 

: ;a»T 

<'ELEMENT p'U PM " ,0 '" n " at " 

< (ELEMENT cheque 

;a^d ito 

<SnT bnebLcreditoti P 0 

<'E|Jmfnt ha - pasoforma f° 

<-tLEMENT montojjago 


(cliente)+> 

10 REQUIRED™ 0 ’ Sald0jctua L Pedido*)> 

(l/CmTuf,^ES> Pnmern ° mbre ' inicia '-Segundonombre?> 

(#PCDATA) > 

#PCDATA) > 

(#PCDATA) > 

(#PCDATA)> ament ° ? ' CIUdad ’ Cp ’ P ai 's)> 

(^PCDATA) > 

(#PCDATA) > 

(#PCDATA) > 

(#PCDATA) > 

(#PCDATA) > 

(#PCDATA) > 

, DREF#RE P QuiRED> Cf,a ' Pedld0 ’ fecha - e nWo, totat)> 

(#PCDATA) > 

(#PCDATA) > 

(cheque|2tnreS ddmmaaaa) #REQU| RED> 

(numero_cheque)> 

(M/V/A/D7o%R£5u r ,R d £o; fecha - ex P' ra c/on)> 

(#PCDATA) > 

(#PCDATA) > 

(#PCDATA) > 

\#PCDAlA)t aaamm ^ Mmmaaaa ) # REQUIRED> 


FIGURA 8.17 

Una defmicion de tipo de 
documento para el documento 
de XML cliente. 


interrogation despues de “ i n ic i a 1 _seg u ndonombre" significa que el elemento es optional y se puede omitir del 
documento para un cliente especffico. Un signo positivo indica que hay uno o mas elementos que se pueden 
repetir. Los clientes deben contener por lo menos una etiqueta de cliente, pero pueden contener muchas de estas 
etiquetas. Un asterisco significa que hay cero o mas de los elementos. Cada cliente puede tener cero o mas pe- 
didos. Una barra vertical separa dos o mas elementos hijos que son mutuamente excluyentes. El pago contiene 
ya sea cheque o tarjeta de credito como option. 

La definition de la lista de atributos para un numero de cliente contiene un ID de palabra clave (en letras ma- 
yusculas). Esto significa que el atributo numero debe aparecer solo una vez en el documento de XML como atri- 
buto para un elemento con un ID. Esto es algo similar a una clave primaria; la diferencia es que, si el documento 
tuviera distintos elementos, cada uno con un atributo ID, el ID dado (Cl5008 en este ejemplo) podrfa aparecer 
solo una vez. Un ID debe empezar con una letra o guion bajo y no puede ser unicamente un numero. La razon 
para poner el numero de cliente como ID es para asegurar que no se repita en un documento mas extenso. La pala¬ 
bra clave #REQUIRED significa que el atributo debe estar presente. La palabra clave #IMPLIED significa que el 
atributo es opcional. Un documento tambien puede tener un atributo IDREF, el cual vincula un elemento con otro 
que sea ID. La etiqueta PEDIDO tiene un atributo numero_cliente defmido como IDREF y el valor C15008 debe 
estar presente en un ID en alguna parte del documento. Una lista de atributos que contenga valores entre parente- 
sis significa que el atributo debe contener uno de los valores. La definition de DTD <!ATTLIST tarjeta_credito 
tipo (M|V|A|D|0) #REQUIRED> significa que el tipo de tarjeta de credito debe ser M, V, A, D u O. 

Esquemas de XML 

Un esquema es otra manera mas precisa de deftnir el contenido de un documento de XML. Los esquemas pueden 
incluir el numero exacto de veces que puede ocurrir un elemento, asf como el tipo de datos dentro de los elemen- 
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_L/n realidad lo esta haciendo muy bien. Snowden dice que us- 
ted le ha dado todo tipo de nuevas ideas para dirigir el nuevo depar- 
tamento. Eso es decir bastante, si consideramos que el tiene muchas 
ideas propias. Para este momento espero que haya tenido la oportu- 
nidad de hablar con todos los que usted querfa: en definitiva con 
Snowden, Toni Ketcham. Daniel Hill y el Sr. Hyatt”. 

“El Sr. Hyatt es un alma escurridiza, ^verdad? Creo que yo no 
lo conod sino hasta mi tercer ano. Espero que usted pueda averiguar 
sobre el en mucho menos tiempo. Oh, pero cuando lo llega uno a 
conocer es todo un personaje, ^o no? Y esos locos aeroplanos. Casi 
se estrella uno en mi cabeza en el estacionamiento. Pero ^como se 
puede uno enojar si es El Jefe quien lo esta volando? Tambien tiene un 
jardin oriental secreto (o deberia decir privado) afuera de su suite de 
oficina. No, nunca lo podra ver en los planes de construction. Tiene 
que llegar a conocerlo muy bien antes de que el le muestre eso, pero 
apostana a que es el linico en su genero en Tennessee y tal vez en todo 
Estados Unidos. Se enamoro de los maravillosos jardines que vio en 
el sureste de Asia cuando era joven. Sin embargo, es algo que va mas 
alia de eso. El Sr. Hyatt sabe el valor de la contemplation y la medi¬ 


tation. Si el tiene una opinion, usted puede estar seguro de que la ha 
considerado mucho”. 

Preguntas de HYPERCASE 

1. Haga una breve lista de los elementos de datos que haya 
encontrado en tres distintos informes producidos en MRE. 

2. Con base en sus entrevistas con Snowden Evans y los demas, 
haga una lista de los elementos de datos que crea usted que 
deba agregar a los sistemas de informes del proyecto de la 
Unidad de capacitacion para capturar mejor los datos 
importantes sobre el estado del proyecto, los tiempos de 
entrega y las estimaciones de presupuesto. 

3. Cree una entrada en el diccionario de datos para un nuevo 
almacen de datos, un nuevo flujo de datos y un nuevo 
proceso de datos que usted sugiera con base en su respuesta a 
la pregunta 2. 

4. Sugiera una lista de nuevos elementos de datos que podrfan 
ser utiles para Jimmy Hyatt, pero que en definitiva no esten 
disponibles para el en la actualidad. 


FIGURA 8.HC1 

En HyperCase podemos ver el 
diccionario de datos que se 
mantiene en MRE. 



tos, como los valores tipo caracter o numerico, incluyendo la longitud del elemento, los limites sobre los datos y 
el numero de lugares a la izquierda y derecha de un numero decimal. 

Un diccionario de datos es un excelente punto de partida para desarrollar un documento de XML y un tipo 
de documento de definition o esquema. La ventaja de usar XML para definir datos es que, en el formato de 
XML, los datos se almacenan en texto puro y no dependen de ningun software propietario. El documento se 
puede validar y transformar facilmente en muchos formatos distintos de salida. 

Los grupos u organizaciones industriales pueden estar involucrados en la definition de una estructura de 
XML especffica de la industria, de manera que todas las partes involucradas comprendan lo que significan los 
datos. Esto es muy importante cuando el nombre de un elemento puede tener distintos significados. Un ejemplo 
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es “estado”, el cual puede significar la abreviacion de un estado postal, o el estado de un pedido o cuenta. En el 
sitio Web www.xml.org encontrara ejemplos de definiciones de tipo de documento y esquemas de XML. 


RESUMEN 

Mediante el uso de una metodologfa arriba-abajo, el analista de 
sistemas utiliza los diagramas de flujo de datos para empezar a 
compilar un diccionario de datos, una obra de consulta que con- 
tiene datos sobre los datos, o metadatos, de todos los procesos, 
almacenes, flujos y estructuras de datos, ademas de todos los 
elementos logicos y ffsicos del sistema que se esta estudiando. 
Una manera de empezar es incluir todos los elementos de datos 
de los diagramas de flujo de datos. 

Un repositorio es una colection mas grande de information 
sobre el proyecto. Las herramientas CASE permiten al analista 
crear un repositorio que pueda incluir informacion sobre flujos 
de datos, almacenes, estructuras de registros y elementos; sobre 
el diseno de pantallas e informes de la logica de procedimiento; 
y sobre las relaciones de los datos. Un repositorio tambien puede 
contener informacion sobre los requerimientos de los proyectos 


y los entregables finales del sistema; ademas de la informacion 
administrativa del proyecto. 

Cada entrada en el diccionario de datos contiene el nombre del 
elemento, una description en espanol, los alias, los elementos de 
datos relacionados, el rango, la longitud, la codification y la infor¬ 
macion de edition necesaria. El diccionario de datos es util en todas 
las fases de analisis, diseno y en ultima instancia, de documenta¬ 
tion, ya que es la fuente de autoridad que describe como se usa un 
elemento de datos y como lo defmen los usuarios en el sistema. 
Muchos sistemas grandes incluyen dictionaries de datos compu- 
tarizados que realizan referencias cruzadas en todos los programas 
en la base de datos que utilizan un elemento de datos espeerfreo. El 
diccionario de datos tambien se puede usar para crear XML que 
permita a las empresas con distintos sistemas, software o sistemas 
de administration de bases de datos, intercambiar informacion. 


PALABRAS CLAVE Y FRASES 

decimal empaquetado 
decimal por zonas 

definition de tipo de documento (DTD) 
diccionario de datos 
elemento base 
elemento de datos 
elemento derivado 
elemento repetitivo 
entregables del sistema 
esquema 

PREGUNTAS DE REPASO 

1. Defina diccionario de datos y metadatos. 

2. (.Cuales son las cuatro razones para compilar un diccionario de datos complete? 

3. (.Que informacion esta contenida en el repositorio de datos? 

4. (.Que es un registro estructural? 

5. Haga una lista de las ocho categories especificas que debe contener cada entrada en el diccionario de datos. Mencione 
una definition breve de cada categoria. 

6. (.Cuales son las diferencias basicas entre las entradas en el diccionario de datos preparadas para los almacenes de datos, 
las estructuras de datos y los elementos de datos? 

7. (.Por que se utilizan registros estructurales? 

8. (.Cual es la diferencia entre estructuras de datos logicas y flsicas? 

9. Describa la diferencia entre elementos base y derivados. 

10. (.Como se relacionan las entradas en el diccionario de datos con los niveles en un conjunto de diagramas de flujo de 
datos? 

11. Haga una lista de los cuatro pasos que se deben llevar a cabo para compilar un diccionario de datos. 

12. (.Por que la compilation del diccionario de datos no se debe ver como un final en si? 

13. (.Cuales son los principales beneficios de usar un diccionario de datos? 

14. (.Que describe el lenguaje de marcado extensible (XML)? 

15. (.Que es una definition de tipo de documento? 

16. (.Como ayuda una definition de tipo de documento a asegurar que un documento de XML contenga todos los elementos 
necesarios? 

17. (.Cuando se deben usar atributos en un documento de XML? 

18. (.Que asegura un atributo ID? 

19. (.Que valida un atributo IDREF? 


estructura de datos 
estructura fisica de datos 
formato binario 
grupo repetitivo 
ID 

IDREF 

lenguaje de marcado extensible (XML) 

registro estructural 

repositorio 

varchar 
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PROBLEMAS 

1. Con base en la figura 7.EJ1 del capltulo 7, Joe, uno de los miembros de su equipo de analisis de sistemas, hizo la 
siguiente entrada en el diccionario de datos que utiliza Marilyn’s Tours: 

ELEMENTO DE DATOS = TURISTA* * * * PAGO 
ALIAS = PAGO TURISTA 
CARACTERES = 12-24 
RANGO = $5.00-$l,000 

VARIABLES = $5.00, $10.00, $15.00 hasta $1,000, y cualquier cosa entre ese rango en dolares y centavos. 

PARA CALCULAR = COSTO TOTAL DE TODOS LOS PASEOS, CUALQUIER IMPUESTO APLICABLE DEL 
ESTADO DE N.Y., menos los DEPOSITOS DE RESERVACION realizados. 

a. ^,Es este un verdadero elemento de datos? ^Por que si o por que no? 

b. Vuelva a escribir la entrada en el diccionario de datos para PAGO DE TURISTA y reclasiflquela si es necesario. Use 
la forma apropiada para la Gasification que elija. 

2. Sue Kong, la analista de sistemas, ha realizado un progreso considerable para comprender el movimiento de datos en 
Shanghai Megabank. Para compartir lo que ha hecho con los demas miembros de su equipo, as! como con el jefe de 
operaciones regionales, esta formando un diccionario de datos. 

a. Escriba una entrada en el diccionario de datos de Sue para tres de los flujos de datos en la banca regional. La entrada 
debera estar lo mas completa que sea posible. 

b. Escriba una entrada en el diccionario de datos de Sue para tres de los almacenes de datos en la banca regional. La 
entrada debera estar lo mas completa que sea posible. 

3. Jorge Alvarez, el gerente de la librerla con la que su equipo de analisis de sistemas ha estado trabajando para crear un 
sistema de inventario computarizado, siente que uno de los miembros de su equipo esta convirtiendose en una verdadera 
molestia al hacerle preguntas en extremo detalladas sobre los elementos de datos utilizados en el sistema. Por ejemplo, 
pregunta: “Jorge, ^cuanto espacio, en caracteres, ocupa el listado de un ISBN?”. 

a. ^Cuales son los problemas que se crean al ir directamente con el gerente y hacerle preguntas relacionadas con las 
entradas en el diccionario de datos? Use un parrafo para listar los problemas que pueda ver con el nietodo del 
miembro de su equipo. 

b. Explique en un parrafo al miembro de su equipo como puede obtener information de una mejor manera para el 
diccionario de datos. 

4. Michael Bush es propietario de una tienda especializada en ropa y accesorios de viaje. Los fabricantes tienen su propia 
codification, pero hay muchos fabricantes. Establezca elementos de datos para seis distintos sombreros de viaje de tres 
distintos proveedores. 

5. Michael (del problema 4) tambien ensambla paquetes de kits para acampar. Cada kit es un grupo de cuatro productos 
separados que se venden en un paquete. Cada paquete (conocido como PRODUCTO) se construye mediante el uso de 
niuchas piezas, las cuales varlan de un producto a otro. A traves de las entrevistas con el jefe de piezas se obtuvo una 
lista de elementos para la pagina Web PIEZAS DE PRODUCTO, la cual muestra que piezas se utilizan en la fabrication 
de cada producto. En la figura 8.EJ1 se muestra un prototipo de la pagina Web PRODUCTO-PIEZA (PRODUCT- 
PART). Cree una entrada de estructura de datos en el diccionario para PRODUCTO-PIEZA. 



FIGURA 8.EJ1 

Un prototipo de la pagina Web 
PRODUCTO-PIEZA (PRODUCT- 
PART). 
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6. Analice los elementos encontrados en la pagina Web PRODUCTO-PIEZA y cree la estructura de datos para los 
almacenes de datos ARCHIVO MAESTRO^DE PRODUCTO y ARCHIVO MAESTRO DE PIEZA. 

7. ^Cuales de los elementos en la pagina Web PRODUCTO-PIEZA son elementos derivados? 

8. La empresa Pacific Holiday Company hace los arreglos para las vacaciones en crucero de duraciones variables en 
diversas ubicaciones. Cuando los clientes llaman para verificar la disponibilidad de un crucero se utiliza una 
CONSULTA DE DISPONIBILIDAD DE CRUCERO, la cual se muestra en la pagina 8.EJ2, para proveerles la 
informacion. Cree la estructura del diccionario de datos para la CONSULTA DE DISPONIBILIDAD DE CRUCERO. 


FIGURA 8.EJ2 

Una pantalla que muestra la 
disponibilidad de un crucero. 



FECHA DE TERMINACION Z9-ZZZ-9999 


XXXXXXXXXXXXX 


9. Haga una lista de los archivos maestros que serian necesarios para implementar la CONSULTA DE DISPONIBILIDAD 
DE CRUCERO. 

10. Los siguientes puertos de parada estan disponibles para la empresa Pacific Holiday Company: 

Cree el elemento PUERTO DE PARADA. Examine los datos para determinar la longitud y el formato del elemento. 


Apia 

Pago Pago 
Bora Bora 
Moorea 


Nuku Hiva 
Papeete 
Raiatea 
Napier 


Auckland 
Wellington 
Christ Church 
Dunedin 


11. Raul Esparza, gerente de comercio electronico de Moonlight Mugs, una empresa que vende tazas de cafe personalizadas, 
desea enviar informacion a otra empresa que mantiene el almacen y provee servicios de envio. La informacion de los 
pedidos se obtiene a traves de un sitio Web seguro, incluyendo el numero de cliente, nombre y direccion, ntimero 
telefonico, direccion de correo electronico, numero y cantidad de producto, asi como la informacion de la tarjeta de 
credito. Puede haber distintos productos que se envfen en un pedido. La empresa de envio maneja articulos para otros 
negocios pequenos tambien. Defina un documento de XML que incluya solo la informacion que necesite la empresa de 
envio para enviar los articulos al cliente. 

12. Una vez enviado el pedido del problema 11, la empresa de envio devuelve la informacion a Moonlight Mugs, incluyendo 
el nombre y la direccion del cliente, el numero de rastreo del envio, los datos enviados, la cantidad ordenada, la cantidad 
enviada y la cantidad pendiente. Defina un documento de XML que incluya la informacion que se envia a Moonlight 
Mugs. 

13. Cree una definition de tipo de documento para el problema 11. 

14. Western Animal Rescue es una organization sin fines de lucro que brinda apoyo para la adoption temporal y permanente 
de animales, como gatos, perros y aves. Las personas se pueden registrar para adoptar animales. Otros se registran y 
agregan animales para adoption. Cree la estructura de diccionario de datos que represente a una persona que se registre 
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para adoptar un animal. Incluya el nombre, la direccion (calle, ciudad, estado o provincia, codigo postal o codigo de correo), 
numero telefonico, direccion de correo electronico, fecha de nacimiento, mascotas actuales (tipo, raza, edad de la 
mascota) y referencias. Cada persona puede tener varias mascotas y debe tener por lo menos tres referencias. Estas 
deben incluir el nombre, la direccion, numero telefonico, direccion de correo electronico y como conocen a la persona 
que se registro para adoptar un animal. Asegurese de incluir la notation para los elementos repetitivos y los elementos 
opcionales. 

15. Defina la longitud, el tipo de datos y los criterios de validation para cada uno de los elementos del problema 14. 

16. Haga una lista de los almacenes de datos que se requerirfan para implementar a la persona que se registra en el problema 14. 

17. Cree un documento de XML con datos de muestra para una persona que se registre para adoptar a un animal. 

PROYECTOS EN GRUPO 

1. Reunase con su grupo y use una herramienta CASE o un procedimiento manual para desarrollar entradas en el 
diccionario de datos para un proceso, flujo de datos, almacen de datos y estructura de datos con base en los diagramas de 
flujo que completo para Maverick Transport en los ejercicios en grupo del capitulo 7. Como grupo, lleguen a un acuerdo 
en cuanto a las suposiciones necesarias para realizar entradas completas para cada elemento de datos. 

2. Su grupo debera desarrollar una lista de metodos para ayudarle a realizar entradas completas en el diccionario de datos 
para este ejercicio, asi como para futuros proyectos. Por ejemplo, estudiar los informes existentes, basarse en diagramas 
de flujo de datos nuevos o existentes, etcetera. 
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EPISODIC) 8 


CASO DE LA CPU 

Allen Schmidt, Julie E. Kendall y Kenneth E. Kendall 

Definir lo que queremos decir 

“Podemos usar los diagramas de flujo de datos que completamos para crear entradas en el diccionario de datos para todos los 
flujos de datos y almacenes de datos”, dice Chip a Anna en su siguiente reunion. Cada uno de estos componentes tiene una 
entrada de composicion en el repositorio. Por ende, los registros que se crean para el sistema computacional estan vinculados a 
los componentes del diagrama de flujo de datos que describen los datos. 

Anna y Chip se reunen para dividir el trabajo de crear registros y elementos. “Voy a desarrollar el diccionario de datos para 
la parte del sistema relacionada con el software”, dice Anna. 

“Por suerte me gusta hacerme cargo del hardware”, bromea Kid en forma amigable. 

Primero se crean los registros, o estructuras de datos. Estos pueden contener elementos, los bloques basicos de construction 
de la estructura de datos, y tambien pueden contener otros registros en ellos, conocidos como registros estructurales. Visible 
Analyst tambien mantiene las relaciones entre los componentes de los diagramas, los registros y los elementos que se pueden 
usar para analisis e informes. Como Microsoft Visio no tiene un repositorio para los objetos de los diagramas de flujo de datos, 
utilizaremos el repositorio de Visible Analyst para ilustrar el repositorio en este episodio. 

Mediante el uso de la informacion de las entrevistas y las pantallas del prototipo, Anna empieza a crear los registros de 
software. Como la salida de un sistema determina lo que se necesita para almacenar y obtener los datos por medio de pantallas 
de entrada de datos, el punto de inicio es el flujo de datos de salida LISTA DE INSTALACION DE SOFTWARE. Este prototipo 
identifica algunos de los elementos que se deben guardar en el ARCHIVO MAESTRO DE SOFTWARE: 

NUMERO DE INVENTARIO DE SOFTWARE 

NUMERO DE VERSION 

NUMERO DE CD 

UBICACION EN EL CAMPUS 

TITULO 

INVENTARIO DE HARDWARE 
NUMERO 

UBICACION DE SALA 

Tambien se examinan otros informes y pantallas del prototipo de salida. Se obtienen elementos adicionales de la pantalla 
AGREGAR SOFTWARE del prototipo. Estos elementos se ordenan en una secuencia logica para la tabla de la base de datos 
del ARCHIVO MAESTRO DE SOFTWARE. Se utilizan los siguientes estandares para ordenar los elementos dentro de un 
registro: 

1. El elemento clave principal que identifica al registro en forma unica. Un ejemplo es el NUMERO DE INVENTARIO DE 
SOFTWARE. 

2. Informacion descriptiva como TITULO, NUMERO DE VERSION y EDITORIAL. 

3. Informacion que se actualiza en forma periodica, como NUMERO DE COPIAS. 

4. Cualquier elemento repetitivo, como NUMERO DE INVENTARIO DE HARDWARE, que identifique las maquinas en las 
que se ha instalado el software. 

A continuacion se crea el registro ARCHIVO MAESTRO DE SOFTWARE mediante el uso del repositorio de Visible 
Analyst. En la figura E8.1 se muestra la pantalla de description para crear un registro (Nota: Esta pantalla puede ser distinta a 
la pantalla de estructura de datos en su copia de Visible Analyst. Para ver la pantalla que esta en el mismo formato, haga die en 
el menu 0 ptions [Opciones] y despues haga clic de manera que haya una marca de verification en frente de C lassical U ser 
I nterface [Interfaz clasica de usuario]). Observe el area de entrada para un alias, o un nombre distinto para el registro, utilizado 
por un grupo de usuarios distinto. Como cada usuario puede hacer referencia al mismo registro mediante un nombre distinto, 
hay que documentar todos esos nombres para mejorar la comunicacion entre los usuarios.). 

Cada elemento o registro estructural necesita defmirse como parte del registro completo, y se introduce en el area C om position 
(composicion). Si el elemento o registro estructural es un grupo repetitivo, el nombre se encierra entre Haves ({ }) y se coloca el 
numero de veces que se repite en frente del nombre. Si los datos son claves, se coloca un codigo entre corchetes ([ ]) en frente del 
nombre. El slmbolo [pk] representa una clave primaria. El slmbolo [akn] representa una clave alterna, en donde n es 1,2, 3, etcetera, 
y define a cada clave distinta o grupo de campos distintos que, al combinarse, forman una clave secundaria. Cuando un grupo de 
campos forma una clave secundaria, a esa clave se le denomina clave concatenada. El slmbolo [fk] representa una clave foranea. 

Examine el ARCHIVO MAESTRO DE SOFTWARE. Contiene una clave primaria representada por NUMERO DE IN¬ 
VENTARIO DE SOFTWARE y las claves secundarias TITULO, EDITORIAL y CATEGORIA DE SOFTWARE. 

Visible Analyst le permite describir con facilidad cada registro estructural o elemento que compone al registro 
completo. Anna coloca el cursor en cada nombre en el area Composition y hace clic en el boton J ump (Saltar). 
A continuacion se muestran mas pantallas de registros y elementos, y se introduce informacion mas detallada. 
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FIGURA E8.1 

Pantalla de description de 
registros, ARCHIVO MAESTRO 
DE SOFTWARE. 


“jExcelente!” piensa Anna para sf misma. “Es muy facil introducir los detalles, y al usar este metodo no olvidare describir 
un elemento”. 

Chip tambien esta impresionado con la simpleza en la creation del diccionario de datos. Con base en un proceso similar 
al de Anna, crea una description de registro para el ARCHIVO MAESTRO DE COMPUTADORAS, que contiene una tabla de 
cinco tableros internos y dos registros estructurales, EQUIPO PERIFERICO e INFORMACION DE MANTENIMIENTO. El 
area Composition para introducir los nombres de los registros o elementos es una region desplazable, lo que significa que se 
pueden teclear mas lineas de las que caben en el area de visualization. A medida que se agregan entradas a la parte inferior de 
la region, las entradas de la parte superior se desplazan fuera del area. 

A medida que se agregan elementos al registro, Chip decide describir cada uno con detalle. La pantalla de description de 
elemento para NUMERO DE INVENTARIO DE HARDWARE se muestra en la figura E8.2. Observe las areas para introducir 
los atributos de los elementos. Es posible incluir varios alias junto con una definition. Un area llamada Notes (Notas) contiene 


Define Item 




Numero de inventario de hardware 




Un numero Gnico asignado a cada maquina, que se localiza en forma 
de una pequeha etiqueta de inventario en la maquina. 


Numero de inventario de computadora 


FIGURA E8.2 

Pantalla de description de 
elemento, NUMERO DE 
INVENTARIO DE HARDWARE. 


El Numero de inventario de hardware es un nGmero Gnico que 
describe a una computadora especlfica. Es el campo de clave 
primaria para el Archivo maestro de computadoras. Esta unido 
fisicamente como una pequeha etiqueta en la maquina. 
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FIGURA E8.3 

NUMERO DE INVENTARIO DE 
HARDWARE, visualization de las 
caracterfsticas del elemento. 



cualquier otra information util sobre el elemento. Chip y Anna emplean esta area para agregar mas criterios de edition y demas 
notation util. La description para el NUMERO DE INVENTARIO DE HARDWARE detalla la forma en que se utiliza este 
numero para llevar un rastro flsico de las maquinas. 

A1 hacer clic en la ficha Physical C haracteristics (Caracteristicas flsicas) aparece una segunda pantalla para NUMERO 
DE INVENTARIO DE HARDWARE, que se muestra en la figura E8.3. Esta pantalla contiene un area que muestra las estruc- 
turas dentro de las que esta contenido el elemento, as! como un area para el tipo de datos, la longitud y la irnagen utilizada para 
describir el formato de los datos. Cada irnagen es una entrada codificada que indica cual debe ser el formato del elemento. Al- 
gunos ejemplos de los codigos son: 

9 Representa datos numericos: Es posible introducir solo numeros al crear el prototipo. 

A Alfabetico: Es posible introducir solo caracteres alfabeticos. 

X Alfanumerico: Es posible introducir cualquier caracter. 

Z Cero supresion: Se sustituyen los ceros a la izquierda con espacios. 

$ Signo de dolares: Se sustituyen los ceros a la izquierda con un signo de dolares. 


Chip tiene cuidado de incluir entradas completas para estas areas, incluyendo los valores predeterminados y si la entrada 
puede ser nula o no. 

Anna y Chip repiten este proceso para todos los elementos que se encuentran en cada registro. El esfuerzo lleva mucho 
tiempo pero vale la pena. Despues de crear los primeros registros se vuelve mas facil la creation del resto de las estructuras de 
registros. Visible Analyst cuenta con una herramienta de busqueda que provee listas de los elementos contenidos en el diseno. 
“Creo que hemos disenado un conjunto completo de elementos”, dice Chip en una reunion de revision. 

“SI”, responde Anna. “Hay informes que nos mostraran los detalles de las estructuras de datos y nos ayudaran a detectar 
los elementos duplicados y las omisiones. Pongamos a Visible Analyst a trabajar para que produzca las distribuciones de los 
registros por nosotros”. 

Se utilizo la herramienta Reports (Informes) para imprimir las distribuciones de los registros para todos los almacenes de 
datos maestros. 

Analisis de registros y elementos 

“Ahora si podemos aprovechar el poder de Visible Analyst”, dice Anna. “Veamos que tan bien hemos disenado nuestros datos”. 
“<(Que quieres decir?”, pregunta Chip. 

“He estado estudiando las herramientas de analisis que contiene Visible Analyst, y hay muchas opciones para compro- 
bar la consistencia e integridad de nuestro diseno”, responde Anna. “El primer paso es usar la herramienta Reports para 
producir un informe sintetizado de los elementos que agregamos. Despues podemos examinar la lista en busca de duplicados 
y redundancia”. 
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FIGURA E8.4 

Vista previa del resumen de los 
elementos. 


La figura E8.4 es un ejemplo de una parte del informe resumido de elementos visualizado mediante Firefox. Los analistas 
deben examinar con cuidado el contenido y buscar redundancia o elementos definidos mas de una vez. Por lo general estas re¬ 
dundances son faciles de detectar, ya que la lista esta ordenada por nombre de elemento. Los elementos NUMERO DE IN- 
VENTARIO DE HARDWARE y NUMERO DE HARDWARE, ademas de los elementos NUMERO DE INVENTARIO DE 
SOFTWARE y NUM SOFTWARE parecen ser elementos duplicados. Otros duplicados, como UBICACION SALA y UBICA¬ 
CION son mas diffciles de detectar. 

“Ahora debemos usar la opcion No L ocation References (Sin referencias de ubicacion), que muestra todos los elementos 
que no se incluyen en ningun registro”, dice Anna. 

“jEs magnified”, exclama Chip. “Esta opcion No Location References muestra el trabajo de diseno que necesita com- 
pletarse. Deberfamos producir este informe para todos los componentes de diseno”. 

Los elementos se agregaron a otras estructuras o se eliminaron como duplicados. A1 producir el informe No Location 
References una segunda vez ya no se revelaron elementos aislados. 

“Bueno, creo que con eso terminamos la porcion de los datos del diseno del sistema”, dice Chip. 

“No tan rapido”, responde Anna. “Solo henios empezado a analizar. La herramienta Report Q uery (Consulta de informe) 
nos proveera mucha information de diseno, tanto para analisis como para documentation”. 

Los analistas seleccionan un informe llamado Def E ntities without Composition (Entidades definidas sin composition) 
como su primera election. Este informe muestra las entradas que son un almacen de datos o una estructura de datos y tienen 
una entrada de composition. La salida muestra que no hay registros con errores. La siguiente consulta es el informe E lements 
without Pictures (Elementos sin imagenes), que muestra todos los elementos que no tienen imagenes definidas. Un ultimo 
informe que crean Chip y Anna se llama U ndefined E lements (Elementos indefinidos), el cual indica todos los elementos que 
existan en el repositorio solo como un nombre, pero sin caracterfsticas ffsicas. 

“Todavfa no terminamos. Hay algunas matrices utiles que proveeran documentation para todas las modificaciones que se 
puedan hacer en el futuro. Vamos a producir la matriz Data E lements versus Data Structures (Comparacion entre elementos 
y estructuras de datos), que muestra a los registros y sus elementos”, sugiere Anna. 

La herramienta R eport tiene la capacidad de producir informes y matrices en una representation de cuadrfcula. Muestra 
todos los elementos y las estructuras de datos en las que estan contenidos. Esta matriz se utiliza para tener acceso al efecto de 
modificar un elemento, para lo cual muestra las estructuras de datos correspondientes que se deben modificar. 

La siguiente matriz que se crea es D iagram L ocation M atrix (Matriz de ubicacion de diagrama), la cual muestra a todos 
los almacenes de datos y los diagramas en los que se encuentran. Esta information es util si hay que hacer un cambio en el al¬ 
macen de datos, ya que indicara en donde debemos cambiar los programas y la documentation. 

La ultima matriz es Composition M atrix (Matriz de composition), la cual muestra todos los elementos de datos y los al¬ 
macenes de datos que los contienen. Esta matriz ofrece a Chip y Anna un panorama de todos los elementos que se pueden alma- 
cenar con redundancia; es decir, en varios almacenes de datos en vez de uno. 

“Hay muchos otros informes y matrices que serfan utiles de producir para nosotros”, dice Anna. “Algunos de ellos los 
deberfamos usar posteriormente para la documentation y para rastrear los cambios propuestos. En realidad estoy satisfecha con 
lo que hemos logrado”. 

EJERCICIOS 

Nota: Si no utiliza Visible Analyst, puede realizar algunos de los siguientes ejercicios mediante una plantilla de Microsoft Word 
o Microsoft Excel. La information del repositorio se incluye en una pagina Web repository.html que usted puede guardar. 
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E -1. Use Visible Analyst para ver el almacen de datos ARCHIVO MAESTRO DE COMPUTADORA (COMPUTER MAS¬ 
TER). Salte a la estructura de datos y explore los elementos y registros estructurales. 

E -2. Imprima el registro del ARCHIVO MAESTRO DE SOFTWARE mediante la herramienta Report. 

E -3. Use el boton Jump para avanzar a Software Record Structure. Elimine los siguientes elementos: 

CODIGO DE SOFTWARE ACTIVO (ACTIVE SOFTWARE CODE) 

COMPUTADORA DE INSTALACION (INSTALLATION COMPUTER) 

EXPERTO DE SOFTWARE (SOFTWARE EXPERT) 

E -4. Modifique el registro MODIFICACIONES DE SOFTWARE (SOFTWARE CHANGES); suministre los cambios al re¬ 
gistro del ARCHIVO MAESTRO DE SOFTWARE. Las modificaciones son: 

a. Agregar un [pk] de clave primaria en frente del NUMERO DE INVENTARIO DE SOFTWARE (SOFTWARE IN¬ 
VENTORY NUMBER). 

b. Agregar los siguientes elementos: MARCA DE COMPUTADORA (COMPUTER BRAND), MODELO DE COMPU¬ 
TADORA (COMPUTER MODEL), MEMORIA REQUERIDA (MEMORY REQUIRED), LICENCIA DEL SITIO 
(SITE LICENSE) y NUMERO DE COPIAS (NUMBER OF COPIES). 

E -5. Modifique el registro de TRANS ACCION AGREGAR COMPUTADORA (COMPUTER ADD TRANSACTION), el 
cual contiene los registros de las nuevas computadoras que se van a colocar en el almacen de datos ARCHIVO MAES¬ 
TRO DE COMPUTADORAS. 

a. Inserte el NOMBRE DE MARCA (BRAND NAME) y MODELO (MODEL) arriba del NUMERO DE SERIE (SE¬ 
RIAL NUMBER). 

b. Coloque los elementos UBICACION DE CAMPUS (CAMPUS LOCATION) y UBICACION DE SALA (ROOM 
LOCATION) despues del NUMERO DE SERIE. 

c. Agregue los siguientes elementos en la parte inferior de la lista: DISCO DURO (HARD DRIVE), DISCO DURO 
SECUNDARIO (SECOND HARD DRIVE) y DISCO OPTICO (OPTICAL DRIVE). 

E -6. Modifique la TRANSACCION DE SOFTWARE INSTALADO (INSTALLED SOFTWARE TRANSACTION), que se 
utiliza para actualizar el ARCHIVO MAESTRO DE SOFTWARE (SOFTWARE MASTE) y producir el LISTADO DE 
INSTALACION DE SOFTWARE (SOFTWARE INSTALLATION LISTING). Elimine el TITULO (TITLE) y NU¬ 
MERO DE VERSION (VERSION NUMBER), ya que se pueden obtener del ARCHIVO MAESTRO DE SOFTWARE 
y son tecleo redundante. Agregue el NUMERO DE INVENTARIO DE HARDWARE (HARDWARE INVENTORY 
NUMBER) y especifique la computadora de instalacion. Elimine UBICACION DE CAMPUS (CAMPUS LOCATION) 
y UBICACION DE SALA (ROOM LOCATION), ya que son elementos de la computadora de instalacion. 

E -7. Vea la entrada de alias para MODIFICACIONES DE SOFTWARE (SOFTWARE CHANGES). 

E-8. Modifique el almacen de datos SOFTWARE INSTALADO (INSTALLED SOFTWARE). Agregue el registro de com¬ 
posicion TRANSACCION DE SOFTWARE INSTALADO (INSTALLED SOFTWARE TRANSACTION). Los elemen¬ 
tos Indices son NUMERO DE INVENTARIO DE SOFTWARE (SOFTWARE INVENTORY NUMBER) y NUMERO 
DE INVENTARIO DE HARDWARE (HARDWARE INVENTORY NUMBER). 

E-9. Defina el almacen de datos ARCHIVO DE REGISTRO DE SOFTWARE (SOFTWARE LOG FILE). Este archivo se 
utiliza para almacenar informacion sobre los nuevos registros de software ademas de la fecha, hora e ID de usuario de la 
persona que introduce el registro. Los elementos Indices son NUMERO DE INVENTARIO DE SOFTWARE, TITULO, 
VERSION (una clave concatenada) y CATEGORIA DE SOFTWARE (SOFTWARE CATEGORY). 

E-10. Defina el almacen de datos PEDIDOS DE COMPUTADORAS PENDIENTES (PENDING COMPUTER ORDERS). 
Este archivo se crea cuando se crea una orden de compra para ordenar nuevas computadoras; el sistema de computadora 
se encarga de actualizarlo. Coloque un comentario en el area Notes para declarar que el numero promedio de registros 
es de 100. Los elementos Indices son NUMERO DE ORDEN DE COMPRA (PURCHASE ORDER NUMBER) y una 
clave concatenada que consiste de NOMBRE DE MARCA (BRAND NAME) y MODELO (MODEL). 

E -11. Vea la entrada para el flujo de datos REGISTRO DE SOFTWARE (SOFTWARE RECORD). Haga clic en J ump con el 
cursor en el area C om position y examine el registro del ARCHIVO MAESTRO DE SOFTWARE (SOFTWARE MAS¬ 
TER). Haga clic en Back para regresar a la pantalla de description del flujo de datos. 

E-12. Modifique el flujo de datos INFORMACION DE ACTUALIZACION DE SOFTWARE (software UPGRADE INFOR¬ 
MATION). El registro de composicion es INFORMACION DE ACTUALIZACION DE SOFTWARE. 

E -13. Modifique el flujo de datos INFORME DE REFERENCLAS CRUZADAS DE SOFTWARE (SOFTWARE CROSS-REFE¬ 
RENCE REPORT). El registro de composicion es INFORME DE REFERENCIAS CRUZADAS DE SOFTWARE. 

E-14. Modifique la entidad del diagrama de flujo para INSTALAR ACTUALIZACION (INSTALL UPDATE). Este flujo ac- 
tualiza el registro del ARCHIVO MAESTRO DE COMPUTADORAS (COMPUTER MASTER) con informacion sobre 
la instalacion. Su estructura de datos es REGISTRO DE ACTUALIZACION DE INSTALACION (INSTALL UPDATE 
RECORD). Incluya un comentario de que procesa aproximadamente 50 registros por mes al actualizar el ARCHIVO 
MAESTRO DE COMPUTADORAS. 
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E-15. Use el flujo de datos INSTALAR ACTUALIZACION (INSTALL UPDATE) para saltar al (y crear el) REGISTRO DE 
ACTUALIZACION DE INSTALACION (INSTALL UPDATE RECORD). Provea una definicion con base en la infor¬ 
mation suministrada en el problema anterior. Escriba los siguientes elementos: 

NUMERO DE INVENTARIO DE HARDWARE (HARDWARE INVENTORY NUMBER) (clave primaria) 
UBICACION DE CAMPUS (CAMPUS LOCATION) 

DISCO DURO (HARD DRIVE) 

INTERVALO DE MANTENIMIENTO (MAINTENANCE INTERVAL) 

FECHA EN QUE SEINSTALO (DATE INSTALLED) 

E -16. Cree la descripcion del flujo de datos para la LISTA DE INSTALACION DE SOFTWARE (SOFTWARE INSTALLA¬ 
TION LIST). Este flujo contiene informacion sobre paquetes de software especfficos y las maquinas en las que se debe 
instalar el software. La composition debe incluir el LISTADO DE INSTALACION DE SOFTWARE (SOFTWARE 
INSTALLATION LISTING), una estructura de datos. 

E -17. Use la LISTA DE INSTALACION DE SOFTWARE para saltar al (y por lo tanto crear el) LISTADO DE INSTALACION 
DE SOFTWARE. Los elementos en el listado son: 

NUMERO DE INVENTARIO DE SOFTWARE (SOFTWARE INVENTORY NUMBER) 

TITULO (TITLE) 

NUMERO DE VERSION (VERSION NUMBER) 

HARDWARE INVENTORY NUMBER (NUMERO DE INVENTARIO DE HARDWARE) 

UBICACION DE CAMPUS (CAMPUS LOCATION) 

UBICACION DE SALA (ROOM LOCATION) 

E-18. Modifique e imprima el elemento SUBTOTAL DE HARDWARE (HARDWARE SUBTOTAL). Cambie el tipo a Deci¬ 
mal, la longitud a 7.2 y la imagen a Z, ZZZ, ZZ9.99. 

E-19. Modifique el elemento TIPO DE COMPUTADORA (COMPUTER TYPE). La descripcion deberia ser: el tipo flsico de 
computadora. Valores y significados (Values & Meanings) debe contener: L—Laptop, D—Desktop, N—Netbook, 
P—Portatil. El tipo es Char con una Longitud (Length) de 1, y una Imagen y Visualization (Picture and Display) de X. 
No debe permitir un valor nulo. 

E-20. Modifique e imprima el elemento NOMBRE DEL DEPARTAMENTO (DEPARTMENT NAME). Cree un alias de 
NOMBRE DEPARTAMENTO PERSONAL (STAFF DEPARTMENT NAME). En el area Notes escriba el siguiente 
comentario: Tabla de codigos: Tabla Departamento. El tipo debe ser Character, la longitud 25 y la imagen X(25). 

E -21. Cree las siguientes descripciones de elementos. Use los valores que se suministran en la tabla. Cree nombres y definicio- 
nes alternativas con base en su comprension del elemento. 


Nombre 

NUMERO DE ORDEN DE COMPRA 

DESCRIPCION DEL PROBLEMA 

Tipo 

Caracter 

Caracter 

Longitud 

7 

70 

Imagen 

9999999 

X(70) 

Nombre 

COSTO TOTAL COMPUTADORA 

FECHA DE SIGUIENTE MANTENIMIENTO 
PREVENTIVO 

Tipo 

Numerico 

Fecha 

Longitud 

7.2 

8 

Imagen 

Z, ZZZ, ZZ9,99 

Z9/99/9999 

Notas 


La FECHA DE SIGUIENTE MANTENIMIENTO 
PREVENTIVO se calcula al sumar el INTERVALO DE 
MANTENIMIENTO a la FECHA DEL ULTIMO 
MANTENIMIENTO PREVENTIVO 

Nombre 

NUMERO TELEFONICO 

ESTADO DE REPARACION 

Tipo 

Caracter 

Caracter 

Longitud 

7 

1 

Imagen 

999-9999 

X 

Notas 


Tabla de codigos: Tabla Reparacion 

Predeterminado 


C 


E-22. Use la herramienta Repository Reports de Visible Analyst para producir los siguientes informes y matrices, ya sea al 
imprimir los informes o ver una vista previa de los mismos mediante su navegador Web. Se listan los criterios de selection 
del cuadro de dialogo Repository Reports, separados con una barra diagonal (/). Explique en un parrafo en donde se 
puede usar efectivamente la informacion producida. 
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a. Data Flow/Cross-Reference Listing/Data Element/Entire Project 

b. Data Flow/Cross-Reference Listing/Data Structure/Entire Project 

c. Record Contains Element (One Level) Matrix 

d. Data Flow/Single-Entry Listing/Software Master—Normalized 

e. Data Flow/Diagram Location Matrix/Data Stores versus Diagrams 

f. Data Flow/Composition Matrix/Data Elements versus Data Flows 

g. Data Flow/Composition Matrix/Data Elements versus Data Structures 

h. Data Flow/Composition Matrix/Data Elements versus Data Stores 

E-23. Use la herramienta Report Query de Visible Analyst para producir los siguientes informes. Explique en un enunciado 
que informacion le provee el informe. 

a. El informe 1) ndefined E iements 

b. El informe E Iements without Pictures 

c. El informe C oded E Iements 

d. El informe A ny I tern with C om ponents 

E -24. Use Visible Analyst para imprimir un informe sintetizado para todos los componentes de flujo de datos que no tengan 
una descripcion. (Sugerencia: Haga clic en el boton de opcion No Descriptive I nfo.). 

E -25. Use Visible Analyst para imprimir un informe sintetizado para todos los componentes de flujo de datos que no esten en 
un diagrama. ( Sugerencia: Haga clic en el boton de opcion No Location References.). 

E -26. Use Visible Analyst para imprimir un informe detallado para todos los elementos. Incluya solo la informacion ffsica, 
ademas de los valores y los significados ( sugerencia: haga clic en el boton F ieids y despues en el boton I nvert; despues 
seleccione los campos que desee imprimir). ^,Por que seria util este informe para el analista? 

Los ejercicios en los que se antepone un icono www indican material de valor agregado disponible en el sitio Web www.pearsonhighered.com/ 
kendall. Los estudiantes pueden descargar un archivo de muestra de Microsoft Visio, Visible Analyst, Microsoft Project o Microsoft Access que 
pueden usar para completar los ejercicios. 
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C A P I T U L O 

Especificaciones 
de los procesos y 
estructuradas 


Objetivos de aprendizaje 

Al completar este capitulo usted podra: 

1. Comprender el proposito de las especificaciones de los procesos. 

2. Reconocer la diferencia entre las decisiones estructuradas y las semiestructuradas. 

3. Usar espanol estructurado, tablas y arboles de decision para analizar, describir y 
documentar las decisiones estructuradas. 

4. Elegir un metodo apropiado para analizar las decisiones estructuradas y crear 
especificaciones de los procesos. 



decisiones 



El analista de sistemas que se enfoca en las especificaciones de los procesos y 
las decisiones estructuradas tiene muchas opciones para documentarlas 
y analizarlas. En los capitulos 7 y 8 vimos procesos como VERIFICAR Y CALCU- 
LAR CUOTAS, pero no explicamos la logica necesaria para ejecutar estas 
tareas. Los metodos disponibles para documentar y analizar la logica de las 
decisiones induyen espanol estructurado, tablas y arboles de decision. Es 
importante ser capaces de reconocer las decisiones logicas y estructuradas que ocurren en una 
empresa y como podemos diferenciarlas de las decisiones semiestructuradas que tienden a 
involucrar el juicio humano. Asi, es imprescindible reconocer que las decisiones estructuradas se 
prestan particularmente bien al analisis con metodos sistematicos que promueven la integridad, 
precision y comunicacion. 


GENERALIDADES DE LAS ESPECIFICACIONES DE LOS PROCESOS 

Para determinar los requerimientos humanos de information de una estrategia de analisis de 
decisiones, el analista de sistemas debe primero determinar los objetivos de los usuarios junto 
con los objetivos de la organizacion, ya sea mediante el uso de una metodologfa arriba-abajo 
o una metodologfa orientada a objetos. El analista de sistemas debe comprender los principios 
de las organizaciones, ademas de contar con un conocimiento practico sobre las tecnicas de 
recopilacion de datos. La metodologfa arriba-abajo es imprescindible, ya que todas las decisio¬ 
nes humanas en la organizacion deben estar relacionadas, al menos en forma indirecta, con los 
objetivos generales de toda la organizacion. 

Las especificaciones de los procesos (a las que algunas veces se les denomina mini-especifi- 
caciones , debido a que son una pequena parte de las especificaciones totales del proyecto) se crean 
para procesos primitivos en un flujo de diagrama de datos, asf como para algunos procesos de ni- 
vel mas alto que se expanden en un diagrama hijo. Tambien se pueden crear para los metodos de 
clases en el diseno orientado a objetos y, en un sentido mas general, para los pasos en un caso de uso 
(como se ve en los capitulos 2 y 10). Estas especificaciones explican la logica de la toma de decisio¬ 
nes y las formulas que transformaran la entrada del proceso en su salida. Cada elemento derivado 
debe tener logica de proceso para mostrar como se produce desde los elementos base u otros ele- 
mentos derivados creados con anterioridad que actuen como entrada para el proceso primitivo. 


259 


www.xlibros.com 










260 


PARTE III • EL PROCESO DE ANALISIS 


Los tres objetivos al producir especificaciones de procesos son: 

1. Reducir la ambigiiedad del proceso. Este objetivo obliga al analista a aprender los detalles acerca de la 
forma en que trabaja el proceso. Hay que detectar las areas imprecisas, anotarlas y consolidarlas para todas 
las especificaciones de los procesos. Estas observaciones forman una base y proveen las preguntas para las 
entrevistas de seguimiento con la comimidad de usuarios. 

2. Obtener una descripcion precisa de lo que se va a lograr, que por lo general se incluye en un paquete de 
especificaciones para el programador. 

3. Validar el sistema de diseno. Este objetivo incluye asegurar que un proceso tenga todo el flujo de datos de 
entrada necesario para producir la salida. Ademas, todas las entradas y salidas se deben representar en el 
diagrama de flujo de datos. 

Usted se encontrara con muchas situaciones en las que no se hayan creado las especificaciones de los proce¬ 
sos. Algunas veces el proceso es muy simple o ya existe el codigo de computadora. Hay que tomar nota de esta 
eventualidad en la descripcion del proceso y no se requiere ningiin diseno adicional. Las categorfas o procesos 
que por lo general no requieren especificaciones son: 

1. Procesos que representan entrada o salida ffsica, como lectura y escritura. Por lo general estos procesos 
requieren solo una logica simple. 

2. Procesos que representan una validation de datos simple, lo cual por lo general es bastante facil de lograr. 
Los criterios de edition se incluyen en el diccionario de datos y se incorporan en el codigo fuente de 
computadora. Se pueden producir especificaciones de procesos para una edition compleja. 

3. Procesos que utilizan codigo escrito con anterioridad. Comunmente estos procesos se incluyen en un sistema 
como procedimientos, metodos y funciones, o en bibliotecas de clases (que se pueden comprar o estan 
disponibles en forma gratuita a traves de Web). 

Estos bloques son codigo de programa de computadora que se almacena en el sistema computarizado. Por 
lo general realizan una funcion general del sistema, como validar una fecha o un dfgito de verification. Estos 
subprogramas de proposito general se escriben y documentan solo una vez, pero forman una serie de bloques 
de construction que se pueden usar en muchos sistemas en toda la organization. Por ende, estos subprogramas 
aparecen como procesos en muchos diagramas de flujo de datos (o como metodos de clases, lo cual veremos en 
el capftulo 10). 

Formato de especificacion de proceso 

Las especificaciones de procesos vinculan a un proceso con el diagrama de flujo de datos y tambien con el 
diccionario de datos, como se muestra en la figura 9.1. Cada especificacion de proceso se debe introducir en un 
formulario separado o en la pantalla de una herramienta CASE, como la que se usa para Visible Analyst y se 
muestra en el caso de la CPU al final de este capftulo. Debe introducir la siguiente information: 

1. El numero del proceso, que debe coincidir con el ID del proceso del diagrama de flujo de datos. Esta 
especificacion permite a un analista trabajar en cualquier proceso o revisarlo, ademas de que puede localizar 
con facilidad el diagrama de flujo de datos que contiene el proceso. 

2. El nombre del proceso, que ademas debe ser el mismo que el nombre mostrado en el sfmbolo del proceso en 
el diagrama de flujo de datos. 

3. Una descripcion breve de lo que logra el proceso. 

4. Una lista de flujos de datos de entrada, que utilice los nombres que se encuentran en el diagrama de flujo 
de datos. Los nombres de los datos utilizados en la formula o logica deben coincidir con los del diccionario de 
datos para asegurar la consistencia y la buena comunicacion. 

5. Los flujos de datos de salida, que tambien utilicen los nombres del diagrama de flujo de datos y del 
diccionario de datos. 

6. Una indication del tipo de proceso: por lotes, en lfnea o manual. Todos los procesos en lfnea requieren 
disenos de pantallas y todos los procesos manuales deben tener procedimientos bien definidos para los 
empleados que realizan las tareas del proceso. 

7. Si el proceso utiliza codigo escrito con anterioridad, incluya el nombre del subprograma o funcion que 
contiene ese codigo. 

8. Una descripcion de la logica del proceso que establece la polftica y las reglas de negocios en lenguaje 
cotidiano, no en lenguaje de seudocodigo de computadora. Las reglas de negocios son los procedimientos, o 
tal vez un conjunto de condiciones o formulas, que permiten a una empresa operar su negocio. La definition 
anticipada del problema (como vimos en el capftulo 3) que usted completo en un principio puede proveer un 
punto de initio para esta description. Los formatos de las reglas de negocios comunes son: 

• Definiciones de los terminos de negocios. 

• Condiciones y acciones de negocios. 
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Diagrama de flujo de datos Especificacion y logica de proceso 


C \ 


Proceso 


Y_y 



FIGURA 9.1 

Como se relacionan las 
especificaciones de los procesos 
con el diagrama de flujo de datos. 


• Restricciones de integridad de los datos. 

• Derivaciones matematicas y funcionales. 

• Inferencias logicas. 

• Secuencias de procesamiento. 

• Relaciones entre los hechos acerca de la empresa. 

9. Si no hay suficiente espacio en el formulario para una description completa en espanol estructurado, o si 
hay una tabla o arbol de decision que describa la logica, incluya el nombre de la tabla o arbol 
correspondiente. 

10. Haga una lista de todos los problemas sin resolver, las porciones incompletas de logica o cualquier otra 
cuestion relacionada. Estas cuestiones forman la base de las preguntas utilizadas para las entrevistas de 
seguimiento con los usuarios o expertos de negocios que usted agrego a su equipo del proyecto. 

Hay que introducir estos elementos para completar un formulario de especificacion de proceso, el cual incluye 
el numero del proceso, su nombre o ambos elementos del diagrama de flujo de datos, asf como los otros ocho 
elementos que se muestran en el ejemplo de World’s Trend (figura 9.2). Cabe mencionar que si completamos este 
formulario con el mayor detalle posible, sera mas facil vincular el proceso con el diagrama de flujo de datos y el 
diccionario de datos. 


ESPANOL ESTRUCTURADO 

Cuando la logica del proceso involucra formulas o iteraciones, o cuando las decisiones estructuradas no son 
complejas, una tecnica apropiada para analizar el proceso de decision es el uso del espanol estructurado. Como 
su nombre indica, el espanol estructurado se basa en 1) la logica estructurada, o las instrucciones organizadas en 
procedimientos anidados y agrupados, y 2) las instrucciones en espanol simple tales como sumar, multiplicar y 
mover. Un problema escrito se puede transformar en espanol estructurado si ponemos las reglas de decision en su 
secuencia apropiada y usamos la convention de las instrucciones IF-THEN-ELSE a lo largo del proceso. 

Como escribir espanol estructurado 

Para escribir espanol estructurado es conveniente utilizar las siguientes convenciones: 

1. Expresar toda la logica en terminos de uno de estos cuatro tipos: estructuras secuenciales, estructuras de 
decision, estructuras de casos o iteraciones (en la figura 9.3 podra ver ejemplos). 
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FIGURA 9.2 


Formula™ de especificac/on de 


proceso 


Flujo de datos de entrada 

Artfculo i/al/do del proceso 1.2 
Cantidad dispouible del n*,fet ro del artfcufa 

Flujo de datos desalida - 

'“J P ara procesos 1.4y ,. 5 

Fipo de proceso 

_S4 Ei>ta □ Por(ote n „ aM 


Wombre de subprograma/funcion 


Referir a: Wombre:_ 

□ Espanol estructurado 

-—--U^rboldedecisio, 


Un ejemplo de formulario de especificacion de proceso 
completado para determinar si un artfculo esta disponible. 


2. Usar y poner en mayusculas las palabras clave aceptadas como IF, TF1EN, ELSE, DO, DO WHILE, DO 
UNTIL y PERFORM. 

3. Aplicar sangrfa a los bloques de instrucciones para mostrar su jerarqufa (anidamiento) con claridad. 

4. Cuando haya palabras o frases definidas en un diccionario de datos (como en el capftulo 8), subraye esas 
palabras o frases para indicar que tienen un significado especializado y reservado. 

5. Tenga cuidado al usar “y” y “o”, y evite la confusion al diferenciar entre “mayor que” y “menor o igual que” 
y con las relaciones de igualdad. “A y B” significa tanto A como B; “A” o “B” significa que puede ser A o B, 
pero no ambas. Aclare las instrucciones logicas ahora, en vez de esperar hasta la etapa de codificacion del 
programa. 
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tj 


OPORTUNIDAD DE CONSULTORIA 9.1 


Kit Chen Kaboodle, Inc. 


; __ 


1 ■ ~ ■ 


“NT 

1 > o quiero que se agiten, pero creo que necesitamos dar un vis- 
tazo a nuestras politicas de pedidos incompletos”, dice Kit Chen. “No 
me gustarfa presionar a nuestros clientes. Como saben de antemano. 
Kit Chen Kaboodle es una empresa de venta de utensilios de cocina a 
traves de Web y por correo convencional, que se especializa en ‘kitsch 
elegante para cocinas’ como dice nuestro catalogo mas reciente. Es 
decir, tenemos todo lo necesario para la cocina gourmet y entreteni- 
miento: molinillos de nuez moscada, batidoras de papas, separadores 
de huevos, jeringas para pavos, manteles individuates con gatos, bande- 
jas para cubos de hielo en forma de treboles y mucho mas. 

“He aquf la forma en que hemos estado manejando los pedidos 
incompletos. Buscamos en nuestro archivo de pedidos incompletos 
de Internet, asf como las ventas de pedidos por correo, una vez por 
semana. Si el pedido se completo esta semana, eliminamos el regis- 
tro y el resto es pan comido. Si no hemos escrito al cliente en cuatro 
semanas, les enviamos esta linda tarjeta con un chef asomandose al 
homo, diciendo: ‘No esta listo todavia’ (es una notification de que 
su articulo sigue pendiente)”. 

“Si cambio la fecha del pedido pendiente a mas de 45 dias a 
partir de hoy, enviamos un aviso. Pero si la mercancfa es de tempo- 


rada (como con las bolsas para dulces de Halloween, los cortadores 
de galletas de Navidad o los moldes de pasteles del dfa de San Va¬ 
lentin) y la fecha del pedido pendiente es de 30 dias o mas, envia- 
mos un aviso con un chef mirando su temporizador”. 

“Si la fecha del pedido pendiente cambio y no hemos enviado 
una tarjeta en las ultimas dos semanas, enviamos una tarjeta con un 
chef revisando su receta. Si la mercancfa ya no esta disponible, 
enviamos un aviso (con todo y el chef llorando en la esquina) y 
eliminamos el registro. No hemos empezado a usar el correo elec- 
tronico en vez de las tarjetas enviadas por correo, pero me gustarfa 
hacerlo”. 

“Gracias por escuchar todo esto. Creo que tenemos los ingre- 
dientes apropiados para una buena politica; solo necesitamos mez- 
clarlos y cocinar algo especial”. 

Como usted es el analista de sistemas que Kit contrato, repase 
la narrativa de como Kit Chen Kaboodle, Inc. Maneja los pedidos 
incompletos. Dibuje cuadros alrededor de cada accion que men- 
ciona Kit y circule cada condicion que vaya surgiendo. Haga una 
lista de las ambigiiedades que quiera aclarar en una entrevista pos¬ 
terior y despues escriba cinco preguntas a tratar en la entrevista. 


Tipo de espanol estructurado Ejemplo 


Estructura secuencial 

Un bloque de instrucciones en las 
que no ocurre bifurcation 

Accion #1 

Accion #2 

Accion #3 

Estructura de decision 

IF condicion A es verdadera 

Solo SI (IF) una condicion es 

THEN implementar Accion A 

verdadera, completar las siguientes 

ELSE implementar Accion B 

instrucciones; en caso contrario, 
ir al ELSE 

ENDIF 

Estructura de caso 

IF Caso # 1 implementar Accion #1 

Un tipo especial de estructura de 

ELSE IF Caso #2 

decision en la que los casos son 

Implementar Accion #2 

mutuamente excluyentes (si ocurre 

ELSE IF Caso #3 

uno, los otros no pueden ocurrir) 

Implementar Accion #3 

ELSE IF Caso #4 

Implementar Accion #4 

ENDIF 


Iteracion DO WHILE haya clientes. 

Bloques de instrucciones que se Accion #1 

repiten hasta terminar ENDDO 


FIGURA 9.3 

Ejemplos de la logica expresada 
en una estructura secuencial, una 
estructura de decision, una 
estructura de caso y una iteracion. 


UN EJEMPLO DE ESPANOL ESTRUCTURADO El siguiente ejemplo demuestra como se transforma un procedimiento 
hablado para procesar reclamaciones medicas en espanol estructurado: 

Procesamos todas nuestras reclamaciones de esta forma. Primero determinamos si el solicitante ha 
presentado alguna reclamation antes; si no es asf, establecemos un nuevo registro. Despues se actualizan 
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OPORTUNIDAD DE CONSULTORIA 9.2 


Estructura para amasar 


M - 


' ■ ■ 


ICdt Chen se puso a la altura de las circunstancias y respondio a sus 
preguntas relacionadas con el manejo de los pedidos incompletos en 
Kit Chen Kaboodle, Inc. Con base en esas respuestas y las suposicio- 
nes que tenga que hacer, vacie la narrativa de Kit (de la Oportunidad 


de consultorfa 9.1) en un nuevo niolde; vuelva a escribir la receta para 
manejar pedidos incompletos en espanol estructurado. Describa en 
un parrafo como podria cambiar este proceso si para las notificacio- 
nes utilizara correo electronico en vez de correo convencional. 


los totales de las reclamaciones para el ano. Luego determinamos si un solicitante tiene la poliza A o B, 
que difieren en los deducibles y los copagos (el porcentaje de la reclamacion que tienen que pagar los 
solicitantes). Para ambas polizas revisamos si se cumple con el deducible ($100 para la poliza A y $50 
para la poliza B). Si no se cumple con el deducible, aplicamos la reclamacion al deducible. En otro paso 
se ajusta el copago; restamos el porcentaje que paga el solicitante (40 por ciento para la poliza A y 60 por 
ciento para la poliza B) de la reclamacion. Despues emitimos un cheque si el solicitante va a recibir 
dinero, imprimimos un resumen de la transaction y actualizamos nuestras cuentas. Hacemos esto hasta 
que se procesan todas las reclamaciones de ese dia. 

Al examinar las declaraciones anteriores podemos observar algunas estructuras de secuencia simples, en especial 

al inicio y al final. Hay un par de estructuras de decision y lo mas apropiado es anidarlas, para lo cual primero 


FIGURA 9.4 


Espanol estructurado para el 
sistema de procesamiento de 
reclamaciones medicas. Los 
elementos subrayados indican que 
se definieron los terminos en el 
diccionario de datos. 


ssr 1 * 1 "'* n “ 01 •»»'».» 

Alegar reclamacion a reclamaoirin aae 
F solicitante tiene plan de poliza A 
THE J'FMupib^$j^ 0 se ha cump|j(jo 

Actualizar 3 ^clamacion 

ELSE continuar 
ENDIF 

THeL rSfira de $50 0 ° n ° 56 ha Cum ^° 

Actualizar 3 

ELSE continuar 
ENDIF 

elsSS” * 60% “• «*>*• ■ mms 

ENDIF eSCrib ' r 

IE reclamation es mayor que cero 
LnEN imprimir cheque 
ENDIF 

Imprimir resumen para solicitante 
Actualizar cuentas 
ENDD0 
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hay que determinar que poliza (A o B) usar y despues hay que restar los deducibles y copagos correctos. El 
ultimo enunciado apunta a una iteracion: HACER HASTA (DO UNTIL) que todas las reclamaciones se hayan 
procesado o HACER MIENTRAS (DO WHILE) haya reclamaciones pendientes. 

Si consideramos que es posible anidar las estructuras de decision de acuerdo con los planes de las polizas, 
podemos escribir el espanol estructurado para el ejemplo anterior (vea la figura 9.4). A medida que empiece 
a trabajar en el espanol estructurado descubrira que una parte de la logica y las relaciones que paretian claras 
una vez son en realidad ambiguas. Por ejemplo, / debemos agregar la reclamation a la reclamation del ano a la fecha 
(AAF) antes o despues de actualizar el deducible? ( ;,Es posible que ocurra un error si se almacena algo que no 
sea la poliza A o B en el registro del solicitante? i A que restamos el 40 por ciento de la reclamation? Hay que 
aclarar estas ambigiiedades en este punto. 

Ademas de la obvia ventaja de aclarar la logica y las relaciones que se encuentran en los lenguajes humanos, 
el espanol estructurado tiene otra ventaja importante: es una herramienta de comunicacion. Podemos ensenar a 
los usuarios en la organization el espanol estructurado para que lo comprendan, por lo que si es importante la 
comunicacion, el espanol estructurado es una alternativa viable para el analisis de decisiones. 

Diccionario de datos y especificaciones de procesos 

Todos los programas de computadora se pueden codificar mediante el uso de tres construcciones basicas: secuen- 
cia, selection (IF...THEN...ELSE y la estructura de caso), e iteracion o ciclo. El diccionario de datos indica 
cuales de estas construcciones se deben incluir en las especificaciones de los procesos. 

Si el diccionario de datos para el flujo de datos de entrada y salida contiene una serie de campos sin ninguna 
iteracion —{ }— o selection —[ ]—, la especificacion de proceso contendra una secuencia simple de instruc- 
ciones, como MOVER, SUMAR y RESTAR. Consulte el ejemplo de un diccionario de datos para el ESTADO 
DE CUENTA DE ENVIO que se muestra en la figura 9.5. Cabe mencionar que el diccionario de datos para el 
ESTADO DE CUENTA DE ENVIO tiene los elementos NUMERO DE PEDIDO, FECHA DEL PEDIDO y 


Estado de cuenta de envio = 


Sombre del cliente = 


Direccion = 


Ll 'neas dearticulos del pedido = 


Mmero de pedido + 

Fecha del pedido + 

Mmero de cliente + 

Sombre del cliente + 

Direccion del cliente + 

,ILneas dearticulos del pedido) ^ 
Numero de articulos + 

Total de mercancia + 

(Impuestos) + 

Envio y manejo + 

Total del pedido 

Primer nombre + 

(Inicial segundo nombre) + 

Apellido paterno 

Call e + 

(Departamento) + 

Ciudad + 

Estado + 

CP + 

(Expansion CP) + 

(Pais) 


Numero de articulo + 
Cantidad ordenada + 
Cantidad pendiente + 
Descripcion del articulo - 
Descripcion del tamano r 
Descripcion del color + 
Precio unitario + 

Monto extendido + 


FIGURA 9.5 

Estructura de datos para un estado 
de cuenta de envio de World’s 
Trend. 
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FIGURA 9.6 


Espanol estructurado para crear el 
estado de cuenta de envlo para 
World’s Trend. 




fofmato a cat, 

1 ^fieaistrocteBedido 
2 ' GET Registrodecliente 
2 - Mover Numerodenedido a h 
4- Mover FeThTripTnavi 3 
5 Mov 

o' uo WHILE haya articulos para el pedido - 

GET BMstrodeartfcuto 
DO Aplicar formato a Unea_deartfculg 

17 - EMDDO 

* :rs^ aE *^-» 

2 ®' IF Estado esigual a CT 

a oTllT”’“***“*«« 

77 DO calcular Envioy_manejg 

26 : 

* -Srssr—*- 


10 . 

11. 

12 . 

13. 

14. 

15. 

16. 


NUMERO DE CLIENTE como simples campos secuenciales. La logica correspondiente, que se muestra en las 
lfneas 3 a la 5 en el correspondiente espanol estructurado en la figura 9.6, consiste de instrucciones MOVER 
simples. 

Una estructura de datos con elementos opcionales contenidos entre parentesis o elementos ya sea/o conteni- 
dos entre corchetes, tendran su correspondiente instruccion IF...THEN...ELSE en la especificacion del proceso. 
Ademas, si un monto tal como CANTIDAD PENDIENTE es mayor que cero, la logica subyacente sera IF... 
THEN...ELSE. La iteracion, que se indica mediante Haves en una estructura de datos, debe tener una instruccion 
correspondiente DO WHILE, DO UNTIL o PERFORM UNTIL para controlar los ciclos en la especificacion del 
proceso. La estructura de datos para LINEAS DE ARTICULOS DEL PEDIDO permite hasta cinco articulos en 
el ciclo. Las lfneas 8 a la 17 muestran las instrucciones contenidas en el DO WHILE hasta el END DO necesa- 
rias para producir las diversas LINEAS DE ARTICULOS DEL PEDIDO. 

TABLAS DE DECISION 

Una tabla de decision es una tabla de filas y columnas, separada en cuatro cuadrantes, como se muestra en la figura 
9.7. El cuadrante superior izquierdo contiene la(s) condicion(es); el cuadrante superior derecho contiene las alter- 
nativas de condiciones. La mitad inferior de la tabla contiene las acciones a realizar a la izquierda y las reglas para 
ejecutar las acciones a la derecha. Cuando se utiliza una tabla de decision para determinar la accion a realizar, la 
logica se mueve en sentido de las manecillas del reloj, partiendo desde el cuadrante superior izquierdo. 
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Condiciones y acciones 


Reglas 


Condiciones 


Alternativas de condiciones 


FIGURA 9.7 

El formato estandar utilizado para 
presentar una tabla de decision. 


Acciones 


Entradas de acciones 


Suponga que una tienda desea ilustrar su polftica sobre compras que no son en efectivo. La empresa podrfa 
hacerlo mediante el uso de una tabla de decision simple, como se muestra en la figura 9.8. Cada una de las tres 
condiciones (venta menor de $50, paga con cheque y usa tarjetas de credito) solo tiene dos alternativas. Las dos 
alternativas son Y (si, es verdadero) o N (no, no es verdadero). Es posible realizar cuatro acciones: 

1. Completar la venta despues de verificar la firma. 

2. Completar la venta. No se necesita firma. 

3. Llamar al supervisor para la aprobacion. 

4. Comunicarse via electronica con el banco para la autorizacion de la tarjeta de credito. 

El ingrediente final que hace que valga la pena usar la tabla de decision es el conjunto de reglas para cada 
una de las acciones. Las reglas son las combinaciones de las alternativas de condiciones que precipitan una ac- 
cion. Por ejemplo, la regia 3 dice: 

El ejemplo anterior presenta un problema con cuatro conjuntos de reglas y cuatro posibles acciones, pero 


IF 

N 

(la venta total NO es menor de $50.00) 

AND 

IF 

Y 

(el cliente pago con cheque y tuvo dos formas de ID) 

AND 

IF 

N 

(el cliente no uso una tarjeta de credito) 

THEN 

DO 

X 

(llamar al supervisor para la aprobacion). 


eso es solo una coincidencia. El siguiente ejemplo demuestra que con frecuencia las tablas de decision se hacen 
extensas y complicadas. 

Desarrollar tablas de decision 

Para construir tablas de decision, el analista necesita determinar el tamano maximo de la tabla; eliminar cual- 
quier situacion imposible, inconsistencia o redundancia, y simplificar la tabla lo mas que pueda. Los siguientes 
pasos proveen al analista un metodo esquematico para desarrollar tablas de decision: 

1. Determinar el ntimero de condiciones que pueden afectar la decision. Combinar filas que se traslapan, como 
las condiciones mutuamente excluyentes. El mimero de condiciones se convierte en el mimero de filas en la 
mitad superior de la tabla de decision. 


Condiciones y acciones 

1 

Reglas 

2 3 

4 

FIGURA 9.8 

Uso de una tabla de decision para 
ilustrar la polltica de una tienda en 
cuanto al pago de los clientes con 

Menor de $50 

Y 

Y 

N 

N 

Paga con cheque con dos formas de ID 

Y 

N 

Y 

N 

cuatro conjuntos de reglas y cuatro 

Usa tarjeta de credito 

N 

Y 

N 

Y 

posibles acciones. 

Completar la venta despues de verificar la firma. 

Completar la venta. No se necesita firma. 

Llamar al supervisor para la aprobacion. 

Comunicarse via electronica con el banco para la autorizacion de la tarjeta de credito. 

X 

X 

X 

X 



www.xlibros.com 




268 


PARTE III • EL PROCESO DE ANALISIS 


2. Determinar el numero de acciones posibles que se pueden realizar. Ese numero se convierte en el numero de 
filas en la mitad inferior de la tabla de decision. 

3. Determinar el numero de alternativas de condiciones para cada condicion. En la forma mas simple de la 
tabla de decision, habrfa dos alternativas (Y o N) para cada condicion. En una tabla con entradas extendidas, 
podrfa haber muchas alternativas para cada condicion. Asegurese de incluir todos los valores posibles para la 
condicion. Por ejemplo, si el enunciado de un problema que calcule el descuento de un cliente menciona un 
rango de valores para un total del pedido de $100 a $1,000 y otro rango de mas de $1,000, el analista debe 
tener en cuenta que tambien debe agregar el rango de 0 a $100 como una condicion. Esto es cierto sobre 
todo cuando hay otras condiciones que se pueden aplicar al total de pedido de 0 a $100. 

4. Calcular el numero maximo de columnas en la tabla de decision, para lo cual hay que multiplicar el numero 
de alternativas para cada condicion. Si hubiera cuatro condiciones y dos alternativas (Y o N) para cada una de 
las condiciones, habrfa 16 posibilidades, como se muestra a continuation: 


Condicion 1: 
Condicion 2: 
Condicion 3: 
Condicion 4: 


X 2 alternativas 
X 2 alternativas 
X 2 alternativas 
X 2 alternativas 
16 posibilidades 


5. Llenar las alternativas de condiciones. Empezar con la primera condicion y dividir el numero de columnas 
entre el numero de alternativas para esa condicion. En el ejemplo anterior hay 16 columnas y dos 
alternativas (Y o N), por lo que 16 dividido entre 2 es 8. Despues hay que elegir una de las alternativas, por 
ejemplo Y, y escribirla en las primeras ocho columnas; para terminal - hay que escribir N en las ocho 
columnas restantes, como se muestra a continuation: 


Condicion 1: YYYYYYYYNNNNNNNN 
Repita este paso para cada condicion; utilice un subconjunto de la tabla. 


Condicion 1: YYYYYYYYN 
Condicion 2: YYYYNNNN 
Condicion 3: Y Y N N 
Condicion 4: Y N 


y continue el patron para cada condicion: 


Condicion 1 YYYYYYYYN 
Condicion 2: YYYYNNNNY 
Condicion 3: YYNNYYNNY 
Condicion 4: YNYNYNYNY 


N N N N N N N 


N N N N N N N 

Y Y Y N N N N 

Y N N Y Y N N 
N Y N Y N Y N 


6. Para completar la tabla, inserte una X donde las reglas sugieran ciertas acciones. 

7. Combine las reglas en las que sea aparente que una alternativa no marca una diferencia en el resultado. Por 
ejemplo, 

Condicion 1: YY 

Condicion 2: Y N 

Action 1: XX 


se puede expresar como: 


Condicion 1: Y 

Condicion 2: — 

Action 1: X 

El guion [—] significa que la Condicion 2 puede ser Y o N, y la action se realizara de cualquier manera. 

8. Revise cualquier situation imposible, contradiction o redundancia en la tabla. Abundaremos sobre esto 
posteriormente. 

9. Vuelva a ordenar las condiciones y acciones (o incluso las reglas) si esto le ayuda a comprender mejor la 
tabla de decision. 
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OPORTUNIDAD DE CONSULTORIA 9.3 


J — 


Ahorrar un centavo en Citron Car Rental 


“inj 

1 >os sentimos afortunados de ser tan populares. Creo que los 
clientes sienten que tenemos tantas opciones que ofrecerles que 
deberfan de rentar un automovil de nosotros”, dice Ricardo Limon, 
quien dirige varios puntos de venta para Citron Car Rental. “Nues- 
tro eslogan es, 'Nunca se sentira exprimido en Citron’. Tenemos 
cinco tamanos de automoviles que listamos de la A a la E.” 

A Subcompacto 
B Compacto 
C Mediano 
D Grande 
E De lujo 

“La transmision estandar solo esta disponible para A, B y C. La 
transmision automatica esta disponible para todos los automoviles”. 

Si un cliente reserva un subcompacto (A) y al llegar descubre 
que no tenemos uno, recibe una actualizacion gratuita al siguiente 
tamano, en este caso un compacto (B). Los clientes tambien reciben 
una actualizacion del tamano de automoviles que tengan reservado 


si su empresa tiene una cuenta con nosotros. Tambien hay un des- 
cuento por membresfa en cualquiera de los clubes de viajero fre- 
cuente operados por las aerolmeas corporativas. Cuando los clientes 
se acercan al mostrador, nos dicen el tamano de automovil que re- 
servaron y verificamos que lo tengamos disponible, listo para irse. 
Por lo general preguntan por los descuentos, y nosotros les pregun- 
tamos si desean un seguro y cuanto tiempo usaran el automovil. 
Despues calculamos su tarifa y les damos un recibo para que lo 
firmen ahi mismo”. 

Ricardo le ha pedido a usted que computarice el proceso de 
facturacion para Citron, de manera que los clientes puedan recibir sus 
automoviles con rapidez sin errores de facturacion. Dibuje una tabla 
de decision que represente las condiciones, alternativas de condicio- 
nes, acciones y reglas de acciones que usted deduzca de la narrativa 
de Ricardo para guiar un proceso de facturacion automatizado. 

Ricardo desea expandir la porcion de comercio electronico de 
su empresa al hacer que sea posible reservar un automovil a traves 
del sitio Web. Dibuje una tabla de decision actualizada que muestre 
un 10 por ciento de descuento por reservar un auto a traves del sitio 
Web. 


UN EJEMPLO DE TABLA DE DECISION La figura 9.9 es una ilustracion de una tabla de decision desarrollada 
mediante el uso de los pasos antes descritos. En este ejemplo, una empresa trata de mantener una lista de clientes 
de correo representativa. El objetivo es enviar solo los catalogos para que los clientes compren la mercancfa 
anunciada en ellos. 

Los gerentes saben que ciertos clientes leales hacen pedidos de todos los catalogos y que algunas personas de 
la lista nunca hacen pedidos. Estos patrones de pedidos son faciles de observar, pero es mas diffcil decidir cuales 
catalogos enviar a los clientes que ordenan solo de ciertos catalogos seleccionados. Una vez tomadas estas deci- 
siones, se construye una tabla de decision para tres condiciones (Cl: el cliente hizo un pedido del catalogo de 
otono; C2: el cliente hizo un pedido del catalogo de Navidad y C3: el cliente hizo un pedido de un catalogo es- 
pecializado), cada una de las cuales tiene dos alternativas (Y o N). Se pueden tomar tres acciones (Al: enviar el 
catalogo de Navidad de este ano; A2: enviar el nuevo catalogo especializado y A3: enviar ambos catalogos). 
La tabla de decision resultante tiene seis filas (tres condiciones y tres acciones) y ocho columnas (dos alternati¬ 
vas X dos alternativas X dos alternativas). 

Ahora hay que examinar la tabla de decision para ver si se puede reducir. No hay condiciones mutuamente 
excluyentes, por lo que no es posible usar menos de tres filas de condiciones. No hay reglas que permitan la 


Condiciones y acciones 

1 

2 

3 

Reglas 

4 5 

6 

7 

8 

FIGURA 9.9 

Construccion de una tabla de 
decision para decidir que catalogo 

El cliente hizo un pedido del catalogo de otono. 

Y 

Y 

Y 

Y 

N 

N 

N 

N 

enviar a los clientes que piden solo 
de catalogos seleccionados. 

El cliente hizo un pedido del catalogo de Navidad. 

Y 

Y 

N 

N 

Y 

Y 

N 

N 

El cliente hizo un pedido del catalogo especializado. 

Y 

N 

Y 

N 

Y 

N 

Y 

N 


Enviar el catalogo de Navidad de este ano. 

Enviar el catalogo especializado. 

Enviar ambos catalogos. 

X 

X 

X 

X 

X 

X 

X 

X 
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FIGURA 9.10 

Combinacion de reglas para 
simplificar la tabla de decision 
cliente-catalogo. 


Condiciones y acciones 


1 



El cliente hizo un pedido del catalogo de otono. Y 

El cliente hizo un pedido del catalogo de Navidad. Y 

El cliente hizo un pedido del catalogo especializado. Y 

Enviar el catalogo de Navidad de este ano. 

Enviar el catalogo especializado. 

Enviar ambos catalogos. X 


Reglas 


Condiciones y acciones 

1' 

n 

3' 

El cliente hizo un pedido del catalogo de otono. 

— 

_ 

— 

El cliente hizo un pedido del catalogo de Navidad. 

Y 

- 

N 

El cliente hizo un pedido del catalogo especializado. 

Y 

N 

Y 

Enviar el catalogo de Navidad de este ano. 


X 


Enviar el catalogo especializado. 



X 

Enviar ambos catalogos. 

X 




combinacion de acciones. Sin embargo, es posible combinar algunas de las reglas como se muestra en la figura 
9.10. Por ejemplo, las reglas 2, 4, 6 y 8 se pueden combinar debido a que todas tienen dos cosas en comun: 

1. Nos sugieren enviar el catalogo de Navidad de este ano. 

2. La alternativa para la Condition 3 siempre es N. 

No importa cuales sean las alternativas para las primeras dos condiciones, por lo que es posible insertar guiones 
[—] en vez de Y o N. 

Las reglas restantes (1, 3, 5 y 7) no se pueden reducir a una sola regia debido a que restan dos acciones. En 
vez de ello podemos combinar las reglas 1 y 5; de igual forma podemos combinar las reglas 3 y 7. 

Verificar la integridad y precision 

Es esencial que verifique la integridad y precision de sus tablas de decision. Pueden ocurrir cuatro problemas 
principales al desarrollar tablas de decision: que esten incompletas, que existan situaciones imposibles, contra- 
dicciones y redundancia. 

Es de suma importancia poder asegurar que todas las condiciones, alternativas de condiciones, acciones y re¬ 
glas de action esten completas. Suponga que omitimos una condicion importante (si un cliente hizo un pedido me- 
nor de $50) del problema de la tienda de catalogos que vimos antes. Esto provocarfa que cambiara toda la tabla de 
decision, ya que habrfa que agregar una nueva condicion, un nuevo conjunto de alternativas, una nueva action y una 
o mas nuevas reglas de action. Suponga que la regia es: SI el cliente no ordeno mas de $50, ENTONCES no enviar 
catalogos. Se agregarfa una nueva regia 4 a la tabla de decision, como se muestra en la figura 9.11. 


FIGURA 9.11 

Al agregar una regia a la tabla de 
decision cliente-catalogo se 
modifica toda la tabla. 


Reglas 


Condiciones y acciones 

r 

2' 

3' 

4' 

El cliente hizo un pedido del catalogo de otono. 

— 

— 

— 

— 

El cliente hizo un pedido del catalogo de Navidad. 

Y 

- 

N 

— 

El cliente hizo un pedido del catalogo especializado. 

Y 

N 

Y 

— 

El cliente hizo un pedido de $50 o mas. 

Y 

Y 

Y 

N 

Enviar el catalogo de Navidad de este ano. 

Enviar el catalogo especializado. 

Enviar ambos catalogos. 

No enviar ningun catalogo. 

X 

X 

X 

X 
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Condiciones y acciones 

P 

Reglas 

2 3 

4 

Salario > $50,000/ano 

Y 

Y 

N 

N 

Salario < $2,000/mes 

li 

1 N 

Y 

N 


Accion 1 
Accion 2 


\ 


Esta es una 

gituacion 

imposible. 


FIGURA 9.12 

Es importante verificar que la 
tabla de decision no tenga 
situaciones imposibles. 


A1 construir tablas de decision segiin lo indicado en los pasos anteriores, algunas veces podemos llegar a 
establecer situaciones imposibles. En la figura 9.12 se muestra un ejemplo. La regia 1 no es factible, ya que una 
persona no puede obtener mas de $50,000 al ano y menos de $2,000 mensuales por mes al mismo tiempo. Las 
otras tres reglas son validas. El problema paso desapercibido debido a que la primera condicion se midio en anos 
y la segunda en meses. 

Cuando las reglas sugieren distintas acciones pero satisfacen las mismas condiciones, ocurren contradic- 
ciones. La falla podrfa estar en la forma en que el analista construyo la tabla o en la information que recibio. 
A menudo ocurren contradicciones si se insertan guiones [—] incorrectamente en la tabla. La redundancia ocu- 
rre cuando conjuntos identicos de alternativas requieren exactamente la misma accion. La figura 9.13 ilustra una 
contradiccion y una redundancia. El analista debe determinar que es lo correcto y despues resolver la contradic¬ 
tion o redundancia. 

Las tablas de decision son una importante herramienta en el analisis de las decisiones estructuradas. Una 
ventaja importante de usar tablas de decision en comparacion con otros metodos es que las tablas ayudan al ana¬ 
lista a asegurar la integridad. Al usar tablas de decision tambien se facilita la accion de verificar posibles errores, 
como las situaciones imposibles, contradicciones y redundancia. Tambien existen los procesadores de tablas de 
decision, que reciben la tabla como entrada y proveen codigo de programa de computadora como salida. 

Arboles de decision 

Los arboles de decision se utilizan cuando ocurren ramificaciones complejas en un proceso de decision estruc- 
turado. Los arboles tambien son utiles cuando es imprescindible mantener una cadena de decisiones en una 
secuencia especffica. Aunque el nombre “arbol de decision” se deriva de los arboles naturales, por lo general 
los arboles de decision se dibujan de lado, con la rafz en el lado izquierdo del papel; a partir de ahl el arbol 
se ramifica hacia la derecha. Esta orientation permite al analista escribir en las ramas para describir las con¬ 
diciones y acciones. 

A diferencia del arbol de decision que se utiliza en la ciencia de la administration, el arbol del analista no 
contiene probabilidades y resultados. En el analisis de sistemas, los arboles se utilizan principalmente para iden- 
tificar y organizar las condiciones y acciones en un proceso de decision completamente estructurado. 



FIGURA 9.13 

Es importante verificar que la 
tabla de decision no tenga 
contradicciones ni redundancia 
inadvertidas. 


Contradiccion 


Redundancia 
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Un arbol gratis 


A B 


I 


' ■ = ■ 


Se que debe abordar un avion, pero dejeme tratar de expli- 
carle otra vez, senor”, suplica Glen Curtis, gerente de marketing 
de Premium Airlines. Curtis ha estado tratando, sin exito, de ex- 
plicar la nueva politica de la aerolfnea para acumular millas y 
obtener premios (como promociones a primera clase y vuelos 
gratis) para los miembros del club “Volando por premios” de 
Premium Airlines. 

Glen hace otro intento por echar a volar la politica, y dice: 
“Mire, senor, el viajero (ese es usted, el Sr. Icarus) recibira las mi¬ 
llas que haya volado. Si la distancia recorrida de un tramo fue me- 
nor a 500 millas, el viajero recibira 500 millas de credito. Si el viaje 
se hizo en sabado, la distancia recorrida se multiplicara por dos. Si 
el viaje se hizo en martes, el factor de multiplication es de 1.5. Si este 
es el noveno tramo recorrido durante el mes calendario, las millas 


se duplican sin importar cual sea el dia, y si es el 17° tramo reco¬ 
rrido, se triplican las millas. Si el viajero reservo el vuelo a traves 
de Web o mediante un servicio de viajes como Orbiz o Travelocity, 
se agregan 100 millas”. 

“Espero que ahora le quede mas claro, Sr. Icarus. Disfrute su 
vuelo y gracias por volar en Premium”. 

El Sr. Icarus, cuyo deseo de abordar el avion de Premium es- 
tuvo a punto de desaparecer durante la extensa explication de Glen, 
se pierde en el mar de personas que caminan por las filas de seguri- 
dad, sin emitir siquiera un sonido en respuesta. 

Desarrolle un arbol de decision para la nueva politica de Pre¬ 
mium Airlines sobre la forma de acumular millas, de manera que la 
politica sea mas clara, mas facil de comprender en forma visual y, 
por ende, mas facil de explicar. 


Dibujar arboles de decision 

Es conveniente poder diferenciar entre las condiciones y las acciones al momento de dibujar arboles de decision. 
Esta distincion es en especial relevante cuando las condiciones y acciones se llevan a cabo durante un periodo de 
tiempo y su secuencia es importante. Para este fin hay que utilizar un nodo cuadrado para indicar una action y 
un tirculo para representar una condition. El uso de esta notation mejora la legibilidad del arbol, al igual que la 
action de enumerar los tirculos y cuadrados en forma secuencial. Piense en un tirculo como si fuera un SI (IF), 
mientras que el cuadrado signiftca ENTONCES (THEN). 

Cuando hablamos sobre las tablas de decision en una section anterior, utilizamos un ejemplo de punto de venta 
para determinar las acciones para aprobar las compras en una tienda de departamentos. Las condiciones inclulan el 
monto de la venta (menor a $50) y si el cliente pagaba con cheque o tarjeta de credito. Las cuatro acciones posibles 
eran completar la venta despues de verificar la firma; completar la venta sin necesidad de la firma; llamar al super¬ 
visor para la aprobacion, o comunicarse via electronica con el banco para la autorizacion de la tarjeta de credito. La 
figura 9.14 muestra como se puede dibujar este ejemplo como un arbol de decision. Al dibujar el arbol hay que: 

1. Identificar todas las condiciones y acciones, junto con su orden y sincronizacion (si son crfticas). 

2. Empezar a construir el arbol de izquierda a derecha; hay que asegurarnos de enlistar todas las alternativas 
posibles antes de avanzar a la derecha. 

El arbol simple es simetrico y las cuatro acciones al final son unicas, aunque un arbol no tiene que ser simetrico. 
La mayorla de los arboles de decision tienen condiciones con un niimero distinto de ramiftcaciones. Ademas 
pueden aparecer acciones identicas mas de una vez. 


FIGURA 9.14 

Como dibujar un arbol de decision 
para mostrar las acciones de 
aprobacion de compras que no son 
en efectivo para una tienda 
departamental. 



Completar la venta despues de verificar la firma. 


Completar la venta. No se requiere firma. 


Llamar al supervisor para la aprobacion. 


Comunicarse via electronica con el banco para 
la autorizacion de la tarjeta de credito. 
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El arbol de decision tiene tres principales ventajas sobre una tabla de decision. En primer lugar saca prove- 
cho de la estructura secuencial de sus ramas, por lo que se puede observar de inmediato el orden de verification 
de las condiciones y ejecucion de las acciones. En segundo lugar, podemos encontrar condiciones y acciones de 
los arboles de decision en algunas ramas pero no en otras, lo cual contrasta con las tablas de decision, donde to- 
das forman parte de la misma tabla. Esas condiciones y acciones que son crfticas se conectan de manera directa 
con otras condiciones y acciones, mientras que las condiciones que no importan estan ausentes. En otras pala- 
bras, el arbol no tiene que ser simetrico. En tercer lugar, en comparacion con las tablas de decision, otras perso¬ 
nas en la organization pueden comprender con mas facilidad los arboles de decision. En consecuencia, son mas 
apropiados como herramienta de comunicacion. 

COMO ELEGIR UNATECNICA DE ANALISIS DE DECISIONES ESTRUCTURADAS 

Ya examinamos las tres tecnicas de analisis de decisiones estructuradas: espanol estructurado, tablas de decision 
y arboles de decision. Aunque no es necesario utilizarlas en forma exclusiva, es costumbre elegir una tecnica de 
analisis para una decision en vez de emplear las tres. Los siguientes lineamientos le proveeran una manera de elegir 
una de las tres tecnicas para un caso especifico: 

1. Use espanol estructurado cuando 

a. Haya muchas acciones repetitivas, 

O 

b. La comunicacion con los usuarios finales sea importante. 

2. Use tablas de decision cuando 

a. Se encuentre con combinaciones complejas de condiciones, acciones y reglas, 

O 

b. Requiera un metodo que evite de manera efectiva las situaciones imposibles, redundances y 
contradicciones. 

3. Use los arboles de decision cuando 

a. La secuencia de condiciones y acciones sea crftica, 

O 

b. No todas las condiciones sean relevantes para todas las acciones (que las ramificaciones sean distintas). 


RESUMEN 

Una vez que el analista trabaja con los usuarios para identificar 
los flujos de datos y empieza a construir un diccionario de datos, 
es tiempo de pasar a la especificacion de procesos y el analisis de 
decisiones. Los tres metodos para el analisis de decisiones y para 
describir la logica de procesos que vimos en este capitulo son 
espanol estructurado, tablas de decision y arboles de decision. 

Las especificaciones (o mini-especificaciones) de procesos 
se crean para los procesos primitivos en un diagrama de flujo 
de datos, as! como para algunos procesos de nivel mas alto 
que se expanden en un diagrama hijo. Estas especificaciones 
explican la logica de toma de decisiones y las formulas que 
transformaran los datos de entrada de un proceso en su salida. 
Los tres objetivos de la especificacion de procesos son reducir 
la ambigiiedad del proceso, obtener una description precisa de 
lo que se logra y validar el diseno del sistema. 

Una manera de describir las decisiones estructuradas es me- 
diante el metodo que se conoce como espanol estructurado, en 
el cual la logica se expresa en estructuras secuenciales, estruc- 
turas de decision, estructuras de casos o iteraciones. El espanol 
estructurado utiliza palabras clave aceptadas tales como SI (IF), 
ENTONCES (THEN), SINO (ELSE), HACER (DO), HACER 
MIENTRAS (DO WHILE) y HACER HASTA (DO UNTIL) 
para describir la logica utilizada; ademas hace uso de la sangrfa para 
indicar la estructura jerarquica del proceso de decision. 

Las tablas de decision son otra forma de examinar, describir 
y documentar las decisiones. Se utilizan cuatro cuadrantes (que se 
ven en sentido de las manecillas del reloj, a partir de la esquina 


superior izquierda) para: 1) describir las condiciones, 2) identificar 
las posibles altemativas de decision (como Y o N), 3) indicar que 
acciones se deben realizar y 4) describir las acciones. Las tablas 
de decision son ventajosas ya que las reglas para desarrollar la 
tabla en si, ademas de las reglas para eliminar redundancia, con¬ 
tradicciones y situaciones imposibles, son simples y manejables. 
A1 usar tablas de decision se fomenta la integridad y precision en 
el analisis de las decisiones estructuradas. 

El tercer metodo para el analisis de decisiones es el arbol 
de decision, que consiste en nodos (un cuadrado para las accio¬ 
nes y un clrculo para las condiciones) y ramificaciones. Los ar¬ 
boles de decision son apropiados cuando las acciones se deben 
llevar a cabo en cierta secuencia. No hay ningun requerimiento 
de que el arbol sea simetrico, por lo que solo las condiciones y 
acciones que sean crfticas para las decisiones en cuestion son 
las que se encuentran en una rama especlfica. 

Cada uno de los metodos de analisis de decisiones tiene 
sus propias ventajas y se debe utilizar de manera acorde. El es¬ 
panol estructurado es muy util cuando se repiten muchas accio¬ 
nes y cuando es importante comunicarse con otros. Las tablas 
de decision proveen un analisis completo de las situaciones 
complejas, al tiempo que limitan la necesidad de cambio que 
se atribuye a las situaciones imposibles, redundancias o contra¬ 
dicciones. Los arboles de decision son importantes cuando es 
imprescindible la secuencia apropiada de las condiciones y ac¬ 
ciones, y cuando cada una de las condiciones no son relevantes 
para cada una de las acciones. 


www.xlibros.com 


274 PARTE III • EL PROCESO DE ANALISIS 



J_/ s realmente grandioso que hayas podido pasar todo este 
tiempo con nosotros: es un hecho que toda ayuda nos es de gran 
utilidad. Y sin duda, despues de haber conversado con Snowden y 
los demas, usted debe tener claro que todos creemos que los consul- 
tores desempenan un papel importante para ayudar a las empresas 
a cambiar. Bueno, al menos la mayorfa de nosotros lo creemos”. 

'‘Algunas veces la estructura es buena para una persona. O in- 
cluso para una empresa. Como sabe, Snowden se interesa en cual- 
quier tipo de estructura. Esa es la razon por la que algunas personas 
de Capacitacion lo vuelven loco algunas veces. Son buenos al es- 
tructurar cosas para sus clientes, pero cuando se trata de organizar 
su propio trabajo, es otro cuento. Pero bueno, avfseme si hay algo 
que pueda hacer por usted”. 

Pregunta de HYPERCASE 

1. Suponga que va a crear las especificaciones para un sistema 
de rastreo de proyectos automatizado para los empleados de 


Capacitacion. Una de las funciones del sistema sera permitir 
que los miembros actualicen o agreguen nombres, 
direcciones y ntimeros de telefono/fax de los nuevos clientes. 
Use el espanol estructurado para escribir un procedimiento 
en el que se lleve a cabo el proceso de introducir el nombre 
de un nuevo cliente, su direction y numero telefonico/de fax. 
[, Sugerencia: El procedimiento debe pedir el nombre de 
un cliente, verificar si el nombre ya existe en un archivo 
de clientes y permitir que el usuario valide y actualice la 
direction y numero de telefono/fax actual del cliente (si es 
necesario), o agregar la direction y el numero de telefono/fax 
de un nuevo cliente al archivo de clientes]. 


PALABRAS CLAVE Y FRASES 


action 

alternativa de condition 
arbol de decision 
condition 

decision estructurada 


espanol estructurado 
especificaciones de procesos 
mini-especificaciones 
regia de action 
tabla de decision 


PREGUNTAS DE REPASO 

1. Elabore una lista de tres razones para producir las especificaciones de los procesos. 

2. Defina lo que significa una decision estructurada. 

3. ^Cuales son los cuatro elementos que debe conocer el analista de sistemas para disenar los sistemas teniendo en cuenta 
las decisiones estructuradas? 

4. ^Cuales son los dos bloques de construction del espanol estructurado? 

5. Mencione cinco convenciones a seguir cuando se utiliza espanol estructurado. 

6. ^Cual es la ventaja de usar espanol estructurado para comunicarse con las personas en la organization? 

7. ^Cual cuadrante de la tabla de decision se utiliza para las condiciones? ^Cual se usa para las alternativas de condiciones? 

8. ^Cual es el primer paso a seguir en el desarrollo de una tabla de decision? 

9. Mencione los cuatro problemas principales que pueden ocurrir al desarrollar tablas de decision. 

10. ^Cual es una de las principales ventajas de las tablas de decision si se les compara con otros metodos de analisis de 
decisiones? 

11. ^Cuales son los principales usos de los arboles de decision en el analisis de sistemas? 

12. Mencione los cuatro pasos principales para construir arboles de decision. 

13. ^Cuales son las tres ventajas que tienen los arboles de decision sobre las tablas de decision? 

14. ^Cuales son las dos situaciones en las que debemos usar espanol estructurado? 

15. ^Cuales son las dos situaciones en las que funcionan mejor las tablas de decision? 

16. ^Cuales son las dos situaciones en las que es preferible usar arboles de decision? 

PROBLEMAS 

1. Clyde Clerk esta revisando las politicas de reembolso de gastos de su empresa con el nuevo vendedor, Trav Farr. 

“Nuestras politicas de reembolso dependen de la situation. Veras, primero determinamos si es un viaje local. Si es asi, 
solo pagamos la distancia recorrida a 18.5 centavos por milla. Si el viaje fue de un dia, pagamos la distancia recorrida y 
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despues revisamos las horas de salida y retorno. Para que puedas obtener un reembolso para el desayuno, debes salir a 
las 7:00 AM, almorzar antes de las 11:00 A.M. y comer antes de las 5:00 P.M. Para recibir el reembolso para el 
desayuno, debes regresar despues de las 10:00 A.M., almorzar despues de las 2:00 P.M. y comer antes de las 7:00 P.M. 
En un viaje que dure mas de un dfa, otorgamos viaticos para hotel, taxi y tarifas de avion, as! como las comidas. Se 
aplican los mismos horarios para los gastos de coniida”. Escriba en espanol estructurado la narrativa de Clyde sobre las 
polfticas de reembolso. 

2. Dibuje un arbol de decision que describa la politica de reembolso del problema 1. 

3. Dibuje una tabla de decision que describa la politica de reembolso del problema 1. 

4. Una empresa de provisiones para computadoras conocida como True Disk acaba de establecer cuentas para 
innumerables negocios en Dosville. True Disk envia las facturas cada mes y ofrece descuentos si los pagos se realizan 
dentro de un plazo de 10 dias. La politica de descuento es la siguiente: si el monto del pedido de provisiones de 
computadoras es mayor de $1,000, restar un 4 por ciento al pedido; si el monto esta entre $500 y $1,000, restar un 2 por 
ciento de descuento; si el monto es menor de $500, no aplicar ningun descuento. Todos los pedidos realizados a traves 
del sitio Web reciben de manera automatica un descuento adicional del 5 por ciento. Cualquier pedido especial (muebles 
para computadoras, por ejemplo) esta exento de los descuentos. 

Desarrolle una tabla de decisiones para las decisiones sobre los descuentos de True Disk, en donde las alternativas 
de las condiciones se limiten aY y N. 

5. Desarrolle una tabla de decision con entradas extendidas para la politica de descuentos de la empresa True Disk del 
problema 4. 

6. Desarrolle un arbol de decision para la poliza de descuentos de la empresa True Disk del problema 4. 

7. Escriba espanol estructurado para resolver la situacion de la empresa True Disk del problema 4. 

8. Premium Airlines ofrecio recientemente llegar a un acuerdo sobre una demanda colectiva que se origino debido a un 
supuesto acuerdo de precios de los boletos. El acuerdo propuesto se establece de la siguiente manera: 

Al inicio, Premium Airlines pondra a disposition del acuerdo colectivo un fondo principal de $25 millones en cupones. 
Si el numero de demandas validas interpuestas es de 1.25 millones o menos, el valor de cada demanda sera el resultado 
que se obtiene al dividir $25 millones entre el numero total de demandas validas que se hayan interpuesto. Por ejemplo, 
si hay 500,000 demandas validas, cada persona que haya interpuesto una demanda valida recibira un cupon con un valor 
de $50. 

La denomination de cada cupon que se distribuya sera en dolares sin centavos, y no debera exceder a $50. Por 
ende, si hay menos de 500,000 demandas validas, el valor de cada demanda se dividira entre dos o mas cupones. Por 
ejemplo, si hay 250,000 demandas validas, cada persona que haya interpuesto una demanda valida recibira dos cupones, 
cada uno de los cuales tendra un valor nominal de $50, para un valor total de cupones de $100. 

Si el numero de demandas validas interpuestas esta entre 1.25 millones y 1.5 millones, Premium Airlines hara 
disponible un fondo complementario de cupones, con un valor potencial de $5 millones. El fondo complementario 
estara disponible segun sea necesario para proveer un cupon de $20 por cada demanda valida. 

Si hay mas de 1.5 millones de demandas validas, el monto total del fondo principal y el fondo complementario, que 
en conjunto equivalen a $30 millones, se dividira en forma equitativa para producir un cupon para cada demanda valida. 
El valor de cada uno de esos cupones sera de $30 millones divididos entre el numero total de demandas validas. 

Dibuje un arbol de decision para el acuerdo de Premium Airlines. 

9. Escriba espanol estructurado para el acuerdo de Premium Airlines del problema 8. 

10. “Bueno, es algo diflcil de describir”, dice Sharon, consejera del centro de nutrition Less Is More. “En realidad nunca he 
tenido que decirle a nadie sobre la forma en que cobramos a los clientes, pero voy a intentarlo”. 

“Cuando los clientes entran a Less Is More, verificamos si ya hablan usado nuestros servicios antes. Por desgracia 
para ellos, creo, tenemos muchos clientes repetidos que siguen rebotando. Los clientes repetidos obtienen una tarifa 
reducida (perdon por el juego de palabras) de $100 por la primera visita, si regresan dentro de un periodo menor a 1 ano 
de haber finalizado su programa”. 

“Todos los de nuevo ingreso pagan una cuota inicial de $200 para una evaluation ffsica. El cliente puede traer un 
cupon en ese momenta y nosotros deducimos $50 de la cuota de inscription. La niitad de nuestros clientes utilizan 
nuestros cupones y se enteran sobre nosotros gracias a estos. Pero nuestros clientes repetidos solo obtienen el descuento 
de $100; ;No pueden usar un cupon tambien! Los clientes que se transfieren de uno de nuestros centres en otra ciudad 
reciben $75 de descuento de su primer pago, pero el cupon no es valido. Los clientes que pagan en efectivo reciben un 
10 por ciento de descuento de los $200, pero no pueden usar un cupon aparte de eso”. 

Cree una tabla de decision con condiciones Y o N para el sistema de cobro para los clientes del centro de nutricion 
Less Is More. 

11. Reduzca la tabla de decision de la figura 9.EJ1 al numero rru'nimo de reglas. 

12. Azure Isle Resort tiene una estructura de precios para vacacionistas en una de sus tres categorfas de habitaciones: el 
hotel, las villas y los chalets de playa. El precio base es por quedarse en el hotel. Los chalets de playa tienen un recargo 
del 10 por ciento y la renta de una villa tiene un recargo del 15 por ciento. El precio final incluye un descuento del 4 por 
ciento para los clientes frecuentes. Las demas condiciones se aplican a que tan cerca esta el centro vacacional de llenarse 
a toda su capacidad y si la fecha solicitada esta dentro del periodo de un mes a partir de la fecha actual. Si el centro 
vacacional esta lleno al 50 por ciento y la fecha esta dentro del periodo de un mes, hay un 12 por ciento de descuento. Si 
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FIGURA 9.EJ1 

Una tabla de decision para un 
almacen. 


Condiciones y acciones Reglas 



1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

12 

13 

14 

15 16 

Cantidad suficiente disponible 

Y 

Y 

Y 

Y 

Y 

Y 

Y 

Y 

N 

N 

N 

N 

N 

N 

N 

N 

Cantidad lo bastante grande 

Y 

Y 

Y 

Y 

N 

N 

N 

N 

Y 

Y 

Y 

Y 

N 

N 

N 

N 

como para el descuento 

















Cliente de mayoreo 

Y 

Y 

N 

N 

Y 

Y 

N 

N 

Y 

Y 

N 

N 

Y 

Y 

N 

N 

Se presento exencion de 

Y 

N 

Y 

N 

Y 

N 

Y 

N 

Y 

N 

Y 

N 

Y 

N 

Y 

N 

impuestos sobre venta 

















Enviar articulos y preparar 

X 

X 

X 

X 

X 

X 

X 

X 










factura 

Preparar pedido de articulos XXXXXXXX 

pendientes 

Deducir descuento X X 

Agregar impuestos sobre venta XXX XXX 


el centra vacacional esta lleno al 70 por ciento y la fecha esta dentro del periodo de un mes, hay un 6 por ciento de 
descuento. Si el centra vacacional esta lleno al 85 por ciento y la fecha esta dentro del periodo de un mes, hay un 4 por 
ciento de descuento. 

Desarrolle una tabla de decision optimizada para la estructura de precios de Azure Isle Resort. 

13. Cree un arbol de decision para el problema 12. 

14. El precio base del boleto para Cloudliner Airlines se determina en base a la distancia recorrida y el dia de la semana 
en que el pasajero piensa viajar. Ademas, la aeroh'nea ajusta los boletos de sus precios con base en varias categories. 

Si los asientos restantes son mas del 50 por ciento de la capacidad y el numero de dias antes del vuelo es menor a 7, 
el precio recibe un buen descuento con una oferta Web especial para el vuelo. Si los asientos restantes son mayores al 
50 por ciento y la fecha del vuelo es de 7 a 21 dias en el futuro, hay un descuento medio en el precio. Si los asientos 
restantes son mayores al 50 por ciento y el numero de dias antes de viajar es mayor de 21, solo hay un pequeno 
descuento. 

Si los asientos restantes representan de un 20 a un 50 por ciento de la capacidad y los dias antes del vuelo son 
menores de 7, el boleto tiene un descuento medio. Si los asientos restantes representan de un 20 a un 50 por ciento de la 
capacidad y la fecha del vuelo es de 7 a 21 dias en el futuro, hay un descuento bajo en el precio. Si los asientos restantes 
representan de un 20 a un 50 por ciento de la capacidad y el numero de dias antes de viajar es mayor de 21, hay un 
pequeno incremento en el precio. 

Desarrolle una tabla de decision optimizada para las politicas de ajuste de precios en los boletos de Cloudliner 
Airlines. 

15. Desarrolle un arbol de decision para la situation del problema 14. 

PROYECTOS EN GRUPO 

1. Cada miembro de grupo (o cada subgrupo) deberia optar por convertirse en un “experto” y prepararse para explicar 
como y cuando usar una de las siguientes tecnicas de decision estructuradas: espanol estructurado, tablas de decision o 
arboles de decision. Despues cada miembro del grupo o subgrupo deberan crear un caso en relation con la utilidad de su 
tecnica de analisis de decision asignada para estudiar los tipos de decisiones estructuradas tomadas por Maverick 
Transport en cuanto a despachar ciertos camiones hacia destinos especificos. Cada grupo debe hacer una presentation de 
su tecnica preferida. 

2. Despues de escuchar cada presentation, el grupo deberia llegar a un consenso en cuanto a cual tecnica es la mas 
apropiada para analizar las decisiones de Maverick Transport al despachar los camiones y por que es mejor esa tecnica 
en este caso. 
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EPISODIC) 9 


CASO DE LA CPU 

Allen Schmidt, Julie E. Kendall y Kenneth E. Kendall 


Presentar una decision 


Despues de realizar muchas entrevistas de seguimiento con Dot Matricks, Anna dice a Chip: “He determinado la logica nece- 
saria para actualizar el almacen de datos PEDIDOS DE COMPUTADORAS PENDIENTES. Como se pueden pedir muchas 
computadoras en la misma orden de compra, a medida que se introduce cada computadora se localiza el registro que coincida 
y se resta uno al numero de computadoras pendientes por cada orden de compra”. 

Anna muestra a Chip la impresion de la pantalla del repositorio Process (Proceso). “El nombre del proceso correspon- 
diente, ACTUALIZAR PEDIDO DE COMPUTADORAS PENDIENTES (proceso 2.5), vincula la especificacion del proceso 
con el diagrama de flujo de datos”, explica ella. Se listan las entradas y salidas; ademas deben coincidir con el flujo de datos 
que entra o sale del proceso. “El registro TRANSACCION DE COMPUTADORA VALIDA es entrada y el PEDIDO PEN- 
DIENTE actualizado es el flujo de salida”. 

“Eso sera util”, dice Chip, “incluso si nos lleva tiempo desenmaranarlo todo”. 

Anna senala: “El area Process Description (Descripcion del proceso) contiene la logica, la cual se muestra en espanol 
estructurado”. 

Una vez completa la logica, Anna introduce unas cuantas notas mas sobre la naturaleza del proceso, agrega la observation 
de que es un proceso por lotes y tambien agrega information de sincronizacion. 

Se puede crear una tabla de decision para la logica de control o de proceso. Antes de teclear la tabla de decision, serfa 
conveniente crearla en papel y optimizarla. De esta forma se introduciran solo las condiciones y acciones esenciales. 

“Yo tambien he estado ocupado”, Chip asegura a Anna. “Hable con Cher Ware varias veces despues desde que tu la entre- 
vistaste. Por fin capture parte de la logica para calcular el costo de una actualization de software”. 

“Cher indico tres condiciones diferentes que afectan en el costo. La licencia del sitio provee copias ilimitadas y se utiliza 
para el software popular instalado en muchas computadoras. Muchos editores proveen un descuento academico y tambien hay 
por lo general un descuento por cantidad disponible”, continua. 

“Primero determine los valores para las condiciones y el numero de combinaciones”, dice Chip. El establecio las tres 
condiciones y sus valores de la siguiente manera: 


Condicion 

Valores 

Numero de valores 

LICENCIA DE SITIO 

Y/N 

2 

DESCUENTO ACADEMICO 

Y/N 

2 

DESCUENTO POR CANTIDAD 

Y/N 

2 


“El numero total de combinaciones se obtiene al multiplicar el numero de valores para cada una de las condiciones, 2X2 
X 2 = 8. El siguiente paso es decidir que condiciones deben ser primero”. Chip continua: “Deduzco que una licencia de sitio 
no tendrla un descuento por cantidad o un descuento academico adicional, ya que el costo de la licencia de sitio retleja de an- 
temano este tipo de descuento. Por lo tanto, LICENCIA DE SITIO deberia ser la primera condicion. Cada una de las otras dos 
condiciones no tendrfan una ventaja especlfica sobre la otra, por lo que no importa su orden. 

“Como el numero total de condiciones es de ocho y la condicion LICENCIA DE SITIO tiene dos posibles valores, el 
factor de repeticion serfa de 8/2 o 4”. Chip continua y deja establecido que la primera fila de la tabla de decision serfa: 


Condicion 1 2 3 4 5 6 7 8 

LICENCIA DE SITIO YYYYNNN N 


“La siguiente condicion es DESCUENTO ACADEMICO, que tambien tiene dos valores. Al dividir el factor anterior de 
cuatro entre estos dos valores obtenemos 4/2 = 2 para el siguiente factor de repeticion”. Chip observa que la tabla de decision 
ahora se expande en lo siguiente: 


Condicion 12 3 4 

LICENCIA DE SITIO Y Y Y Y 

DESCUENTO ACADEMICO Y Y N N 


5 

N 

Y 


6 

N 

Y 


7 

N 

N 


8 

N 

N 
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Chip continua: “La ultima condicion, DESCUENTO POR CANTIDAD, tambien tiene dos valores; al dividir el factor de 
repeticion anterior de dos entre estos dos valores obtenemos 2/2 = 1, que debe ser siempre el factor de repeticion para la ultima 
fila de las condiciones”. Chip deja establecido que la entrada de condiciones completa es: 


Condicion 

7 

2 

3 

4 

5 

6 

7 

8 

LICENCIA DE SITIO 

Y 

Y 

Y 

Y 

N 

N 

N 

N 

DESCUENTO ACADEMICO 

Y 

Y 

N 

N 

Y 

Y 

N 

N 

DESCUENTO POR CANTIDAD 

Y 

N 

Y 

N 

Y 

N 

Y 

N 

i senala que cuando se incluyen las 

acciones, la tabla de decision completa es la siguiente: 



Condicion 

7 

2 

3 

4 

5 

6 

7 

8 

LICENCIA DE SITIO 

Y 

Y 

Y 

Y 

N 

N 

N 

N 

DESCUENTO ACADEMICO 

Y 

Y 

N 

N 

Y 

Y 

N 

N 

DESCUENTO POR CANTIDAD 

Y 

N 

Y 

N 

Y 

N 

Y 

N 

Acciones 










COSTO = COSTO DE LICENCIA DE SITIO X X X X 

COSTO = COSTO ACADEMICO X COPIAS X 

COSTO = COSTO DESCUENTO X COPIAS X 

COSTO = COSTO ACTUALIZACION X COPIAS X 

COSTO = (COSTO EDUC - DESC) X COPIAS X 


“Me puse a reducir algunas de las acciones redundantes, en especial las que ocurren al obtener una licencia de sitio”. Chip 
continual “Como las acciones son las mismas para los valores de Licencia de sitio de Y, los descuentos academicos y por can- 
tidad no significan nada para la condicion y no tienen que considerarse. Las reglas 1 a 4 se pueden reducir en una regia”. Chip 
concluye con la observation de que la tabla de decision optimizada es la siguiente: 


Condicion 

7 

2 

3 

4 

5 

LICENCIA DE SITIO 

Y 

N 

N 

N 

N 

DESCUENTO ACADEMICO 

— 

Y 

Y 

N 

N 

DESCUENTO POR CANTIDAD 

— 

Y 

N 

Y 

N 


Acciones 

COSTO = COSTO DE LICENCIA DE SITIO X 

COSTO = COSTO ACADEMICO X COPIAS 
COSTO = COSTO DESCUENTO X COPIAS 
COSTO = COSTO ACTUALIZACION X COPIAS 
COSTO = (COSTO EDUC - DESC) X COPIAS X 

La tabla de decision final, que se muestra en la figura 9.1, contiene la tabla de decision optimizada. Hay tres condiciones: 
que haya una licencia de sitio, un descuento academico o un descuento por cantidad. El cuadrante superior izquierdo contiene 
las condiciones. Directamente debajo de ellas estan las acciones. Las alternativas de condicion estan en el cuadrante superior 


X 


X 


X 


FIGURA E9.1 

Tabla de decision, COSTO DE 
ACTUALIZACION. 


Condiciones v acrinnpc 

Licencia de sitio 

1 2 3 a c. 

Descuento academico 

Descuento por cantidad 

~Y N N j\j n~ 

Y Y N N 

Y N Y N 

r°?° * 

Costo de actualizacion = Costo academico * Numero de comas 

X 

X 

X 

X 

X 
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derecho y las entradas de accion estan en el cuadrante inferior derecho. Las acciones muestran como se determina el costo de 
actualization para cada condition, lo cual se indica mediante una X en las columnas de las reglas. 

EJERCICIOS 

Notci: si no utiliza Visible Analyst, puede realizar algunos de los siguientes ejercicios mediante una plantilla de Microsoft Word o Microsoft 
Excel para tablas de decision. El repositorio tambien esta disponible como pagina Web. 

E -1. Use Visible Analyst para ver la entrada en el repositorio del Proceso (Process) para ACTUALIZAR PEDIDO DE COMPU- ,. „ 
TADORAS PENDIENTES (UPDATE PENDING COMPUTER ORDER). 

E -2. Use Visible Analyst para modiftcar e imprimir la entrada del Proceso (Process) SUBTOTALES DE HARDWARE ACUMU- 
LATIVOS (ACCUMULATIVE HARDWARE SUBTOTALS). Agregue la Descripcion del proceso (Process Descrip¬ 
tion): “Acumular los subtotales de hardware. Estos incluyen el numero de maquinas para cada marca de hardware”. 

E-3. Use Visible Analyst para modiftcar e imprimir la entrada del Proceso (Process) CONFIRMAR ELIMINACION DE r l< 
COMPUTADORA (CONFIRM COMPUTER DELETION). Agregue la siguiente Descripcion del proceso (Process 
description): 

Usa el REGISTRO DE COMPUTADORA (COMPUTER RECORD) para aplicar formato a la pantalla Confirmation 
de eliminacion (Deletion Confirmation) (consultar la pantalla Eliminar prototipo decomputadora [Delete 
Computer Prototype]). 

Pedir al usuario que haga clic en el boton 0 K para confirmar la eliminacion; en caso contrario, hacer clic en el boton 
Cancelar (Cancel) para cancelar la eliminacion. 

Si el operador hace clic en 0 K para eliminar el registro, eliminar el registro y mostrar un mensaje “Se elimino el 
registro”; en caso contrario mostrar un mensaje “Se cancelo la eliminacion”. 

E-4. Crear especificaciones de Proceso (Process) para el proceso 6.6, VALIDAR MODIFICACIONES DE COMPUTA¬ 
DORA (VALIDATE COMPUTER CHANGES). La Descripcion del proceso (Process Description) para el proceso es V 
la siguiente: 

Validar las modificaciones en el ARCHIVO MAESTRO DE COMPUTADORA (COMPUTER MASTER). Incluir una nota 
para usar los criterios de edicion establecidos para cada elemento. Proveer los siguientes criterios de edicion adicionales: 

La UBICACION DE LA SALA (ROOM UBICATION) debe ser valida para un campus especlfico. 

No debe haber un segundo disco duro sin el primero. 

La FECHA DEL ULTIMO MANTENIMIENTO PREVENTIVO (LAST PREVENTIVE MAINTENANCE DATE) no 
debe ser mayor que la fecha actual. 

La FECHA DE COMPRA (DATE PURCHASED) no debe ser mayor que LA FECHA DEL ULTIMO 
MANTENIMIENTO PREVENTIVO (LAST PREVENTIVE MAINTENANCE DATE) ni mayor que la fecha actual. 

El MODELO (MODEL) se debe conformar al tipo soportado por el nombre de MARCA (BRAND). 

No se pueden realizar modificaciones en un registro inactivo. 

E-5. Cree especificaciones de proceso para el proceso 1.4, CREAR ARCHIVO DE REGISTRO DE SOFTWARE (CREATE 

SOFTWARE LOG FILE). Use los ejemplos del diagrama de flujo de datos para determinar las entradas y salidas. Los "w- 
detalles del proceso son los siguientes: 

Aplicar formato a la ENTRADA EN EL REGISTRO DE SOFTWARE (SOFTWARE LOG RECORD) a partir de la 
siguiente informacion: 

Los elementos NUEVO REGISTRO DE SOFTWARE (NEW SOFTWARE RECORD) conftrmados. 

Los siguientes elementos del sistema: FECHA DEL SISTEMA (SYSTEM DATE), HORA DEL SISTEMA (SYSTEM 
TIME), ID DE USUARIO (USER ID). 

Cuando se haya aplicado formato al registro, escribir en el ARCHIVO DE REGISTRO DE SOFTWARE (SOFTWARE 
LOG FILE). 

E-6. Produzca las especificaciones de proceso para el proceso 9.7.2, BUSCAR REGISTRO DE HARDWARE QUE COIN- 

CIDA (FIND MATCHING HARDWARE RECORD). Este proceso forma parte de un programa que produce un informe V 
en el que se muestran todas las computadoras en las que se encuentra cada paquete de software. Use Visible Analyst o 
Microsoft Visio para ver el diagrama de flujo de dato 9.7. Use espanol estructurado para describir la siguiente logica: 

Para cada REGISTRO DE SOFTWARE (SOFTWARE RECORD), realizar una iteration mientras haya un numero de 
inventario de hardware que coincida. 

Dentro del ciclo, realizar las siguientes tareas: 

Leer el ARCHIVO MAESTRO DE COMPUTADORAS (COMPUTER MASTER). 

Si se encuentra un registro, aplicar formato a la informacion del REGISTRO DE COMPUTADORA QUE COINCIDA 
(MATCHING COMPUTER RECORD). 

Si no se encuentra un registro, aplicar formato a una linea de error SIN COINCIDENCIAS (NO MATCHING). 

Ademas, si el REGISTRO DE COMPUTADORA (COMPUTER RECORD) que se encontro esta inactivo, indicando 
que se retiro del servicio, aplicar formato a una linea de error de COMPUTADORA QUE COINCIDE INACTIVA 
(INACTIVE MATCHING COMPUTER). 


www.xlibros.com 


280 PARTE III • EL PROCESO DE ANALISIS 


FIGURA E9.2 

Tabla de decision BUSCAR 
UBICACION DE SOFTWARE. 




E -7. Cree la tabla de decision BUSCAR UBICACION DE SOFTWARE (FIND SOFTWARE LOCATION), la cual representa 
la logica para un programa de consulta que muestra todas las ubicaciones para un TITULO DE SOFTWARE (SOFT¬ 
WARE TITLE) y VERSION (VERSION) dados. Se crearon y optimizaron las condiciones para producir cinco reglas, 
las cuales se ilustran en la figura E9.2. Introduzca las acciones que hay que introducir y una X en la columna relacionada 
con las condiciones. Si utiliza un procesador de palabras, imprima la tabla de decision final. Las condiciones y acciones 
se representan mediante la siguiente logica: 

Se localiza el archivo MAESTRO DE SOFTWARE (SOFTWARE MASTER) para el TITULO (TITLE) especifi- 
cado. Si no se encuentra un registro que coincida, se muestra un mensaje de error. Como puede haber varias versiones, 
se revisa el NUMERO DE VERSION (VERSION NUMBER) en el registro para ver si coincide con la version introdu- 
cida. Si no se encuentra la version solicitada, se leen mas registros mediante el uso del Indice alterno. SI se leen todos los 
registros y no se encuentra el numero de version, se muestra el mensaje de error VERSION NO DISPONIBLE (VER¬ 
SION NOT AVAILABLE). 

Una vez que se localiza el software correcto, se obtiene un registro ARCHIVO MAESTRO DE COMPUTADORAS 
(COMPUTER MASTER) coincidente. Si no se encuentra el ARCHIVO MAESTRO DE COMPUTADORAS, se niues- 
tra el mensaje de error NO SE ENCONTRO LA MAQUINA (MACHINE NOT FOUND). Para cada maquina que coin¬ 
cida, se busca en la TABLA DE CAMPUS (CAMPUS TABLE) el codigo de la UBICACION DEL CAMPUS (CAMPUS 
LOCATION). Si no se encuentra el codigo, se muestra el mensaje CAMPUS CODE NOT FOUND (NO SE ENCONTRO 
EL CODIGO DE CAMPUS). 

Si no hay errores, se muestra la informacion solicitada. 



E -8. Cree una tabla de decisiones para una actualizacion por lotes de la tabla de base de datos ARCHIVO MAESTRO DE 
COMPUTADORAS (COMPUTER MASTER). La informacion se envla de un campus regional en formato de XML que 
contiene tres tipos de actualizaciones: Agregar (Add), Eliminar (Delete) y Modificar (Change). 

Hay que leer el registro del ARCHIVO MAESTRO DE COMPUTADORAS. Si la transaccion es Agregar y no se 
encuentra el archivo maestro, aplicar formato y escribir el nuevo registro del ARCHIVO MAESTRO DE COMPUTADO¬ 
RAS. Imprimir una lfnea de transaccion valida en un INFORME DE ACTUALIZACION (UPDATE REPORT). Para una 
transaccion Modificar o Eliminar, imprimir una LINEA DE ERROR DE MODIFICACION (CHANGE ERROR LINE) 
o una LINEA DE ERROR DE ELIMINACION (DELETE ERROR LINE) si no se encuentra el registro en el ARCHIVO 
MAESTRO DE COMPUTADORAS. 

Si se encuentra el registro, revisar el codigo activo. Si el registro esta inactivo y la transaccion es Agregar, aplicar 
formato y volver a escribir el nuevo registro del ARCHIVO MAESTRO DE COMPUTADORA. Imprimir una lfnea de 
transaccion valida en un INFORME DE ACTUALIZACION. Para una transaccion Modificar o Eliminar, imprimir una 
LINEA DE ERROR DE MODIFICACION o una LINEA DE ERROR DE ELIMINACION. 

Si el registro del ARCHIVO MAESTRO DE COMPUTADORA esta activo y la transaccion es Agregar, imprimir 
una LINEA DE ERROR DE AGREGAR. Para una transaccion Modificar, aplicar formato a los cambios y volver a es¬ 
cribir el registro del ARCHIVO MAESTRO DE COMPUTADORA. Imprimir la LINEA DE TRANSACCION VALIDA 
(VALID TRANSACTION LINE). Para una transaccion Eliminar, cambiar el CODIGO ACTIVO (ACTIVE CODE) a 
inactivo y volver a escribir el registro del ARCHIVO MAESTRO DE COMPUTADORAS. Imprimir la LINEA DE 
TRANSACCION VALIDA (VALID TRANSACTION LINE). 


Los ejercicios en los que se antepone un icono www indican material de valor agregado disponible en el sitio Web www.pearsonhighered.com/ 
kendall. Los estudiantes pueden descargar un archivo de muestra de Microsoft Visio, Visible Analyst, Microsoft Project o Microsoft Access que 
pueden usar para completar los ejercicios. 
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CAPITULO 10 



Analisis y diseno de sistemas 
orientados a objetos 
mediante el uso de UML 1 


Objetivos de aprendizaje 

Al completar este capitulo usted podra: 


1. Comprender que es el analisis y diseno de sistemas orientados a objetos, y apreciar su utilidad. 

2. Comprender los conceptos del lenguaje unificado de modelado (UML), la metodologia 
estandar para modelar un sistema en el mundo orientado a objetos. 

3. Aplicar los pasos utilizados en el UML para descomponer el sistema en un modelo de 
casos de uso y despues en un modelo de dases. 

4. Hacer diagramas de los sistemas con el conjunto de herramientas de UML, para poder 
describirlos y disenarlos en forma apropiada. 

5. Documentar y comunicar el sistema orientado a objetos recien modelado para los 
usuarios y demas analistas. 


1 «■ 


El analisis y diseno orientados a objetos pueden ofrecer una metodologia 
que facilita los metodos logicos, rapidos y detallados para crear sistemas que 
respondan a un panorama de negocios en evolucion. Las tecnicas orientadas 
a objetos funcionan bien en situaciones en las que los sistemas de informa- 
cion complicados pasan a traves de un proceso continuo de mantenimiento, 
adaptacion y rediseno. 

En este capitulo presentaremos el lenguaje unificado de modelado (UML), el estandar en la in- 
dustria para modelar sistemas orientados a objetos. El conjunto de herramientas de UML induye 
diagramas que permiten visualizar la construccion de un sistema orientado a objetos. Cada iteracion 
aborda de manera cada vez mas detallada el diseno del sistema, hasta que las cosas y las relaciones 
en el sistema esten definidascon claridad y precision en documentosde UML. El UMLes una potente 
herramienta que puede mejorar en forma considerable la calidad de nuestro analisis y diseno de 
sistemas, y en consecuencia puede ayudarnos a crear sistemas de informacion de mayor calidad. 

Cuando se introdujo la metodologia orientada a objetos, sus defensores citaban la reutiliza- 
cion de los objetos como su principal beneficio. Es logico pensar que el recidaje de las partes del 
programa reduce los costos del desarrollo en los sistemas basados en computadoras, y esto ha 
resultado un procedimiento muy efectivo en el desarrollo de GUI y bases de datos. Aunque la 
reutilizacion es el principal objetivo, tambien es muy importante el mantenimiento de los sistemas 
y, como la metodologia orientada a objetos crea objetos que contienen tanto datos como codigo 
de programa, si se modifica un objeto habra un minimo impacto en los demas objetos. 


1 Por Julie E. Kendall, Kenneth E. Kendall y Allen Schmidt. 
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CONCEPTOS ORIENTADOS A OBJETOS 

La programacion orientada a objetos difiere de la programacion tradicional por procedimientos en cuanto a que 
examina los objetos que forman parte de un sistema. Cada objeto es una representacion de alguna cosa o evento 
real. En esta seccion presentaremos las descripciones generales de los conceptos orientados a objetos clave: obje¬ 
tos, clases y herencia. Mas adelante en el capftulo presentaremos mas detalles sobre otros conceptos de UML. 

Objetos 

Los objetos son personas, lugares o cosas relevantes para el sistema a analizar. Los sistemas orientados a objetos 
describen las entidades como objetos. Algunos objetos comunes son clientes, articulos, pedidos, etcetera. Los 
objetos tambien pueden ser pantallas de GUI o areas de texto en la pantalla. 

Clases 

Por lo general, los objetos forman parte de un grupo de elementos similares, conocidos como clases. La intention 
de colocar elementos en clases no es nuevo. Describir el mundo como algo compuesto de animales, vegetales y 
minerales es un ejemplo de clasificacion. La metodologia cientifica incluye clases de animales (como marnife- 
ros) y despues divide esas clases en subclases (como animales que ponen huevos, y mamiferos marsupiales). 

La idea subyacente es tener un punto de referencia y describir un objeto especifico en terminos de sus simi¬ 
litudes o diferencias en relation con los miembros de su propia clase. A1 hacer esto es mas eficiente para alguien 
decir: “El oso koala es un marsupial (o animal con bolsa) con una cabeza grande y redonda, y con oidos pelu- 
dos” que tratar de describir un oso koala a traves de todas sus caracteristicas como marmfero. Es mas eficiente 
describir las caracteristicas, apariencia e incluso el comportamiento de esta manera. La palabra reutilizable , en el 
mundo orientado a objetos, significa que se puede ser mas eficiente gracias a que no hay necesidad de comenzar 
desde el principio para describir cada objeto cada vez que se requiera en el desarrollo de software. 

Los objetos se representan y agrupan mediante clases, las cuales son optimas para la reutilizacion y la facili- 
dad de mantenimiento. Una clase define el conjunto de atributos compartidos y comportamientos que se encuen- 
tran en cada objeto de la clase. Por ejemplo, los registros para los estudiantes en la seccion de un curso tienen 
informacion similar almacenada para cada estudiante. Se dice que los estudiantes conforman una clase. Los valo- 
res pueden ser distintos para cada estudiante, pero el tipo de informacion es el mismo. Los programadores deben 
definir las diversas clases en el programa que escriben. A1 ejecutarse el programa se pueden crear objetos a partir de 
la clase establecida. El termino instanciar se utiliza cuando se crea un objeto a partir de una clase. Por ejemplo, 
un programa podria instanciar un estudiante llamado Peter Wellington como un objeto de la clase etiquetada 
como estudiante. 

Lo que distingue a la programacion orientada a objetos (y por ende al analisis y diseno orientado a ob¬ 
jetos) de la programacion clasica es la tecnica de colocar todos los atributos y metodos de un objeto dentro 
de una estructura autocontenida, la clase en si. Este es un acontecimiento familiar en el mundo fisico. Por 
ejemplo, la mezcla de un pastel en caja es analoga a una clase, ya que tiene los ingredientes asi como las 
instrucciones sobre como mezclar y hornear el pastel. Un sueter de lana es similar a una clase, ya que tiene 
una etiqueta cosida con instrucciones sobre su cuidado, que le advierten lavarlo a mano y dejarlo secar ex- 
tendido. 

Cada clase debe tener un nombre que la distinga de las demas. Por lo general, los nombres de las clases son 
sustantivos o frases cortas y empiezan con mayuscula. En la figura 10.1 la clase se llama AutoRenta. En UML, 
una clase se dibuja como un rectangulo. Este rectangulo contiene otras dos caracteristicas importantes: una lista 
de atributos y una serie de metodos. Estos elementos describen una clase, la unidad de analisis que forma una 
gran parte de lo que llamamos analisis y diseno orientado a objetos. 

Un atributo describe cierta propiedad que poseen todos los objetos de la clase. Cabe mencionar que la clase 
AutoRenta posee los atributos de tamanio, color, marca y modelo. Todos los automoviles poseen estos atributos, 


FIGURA 10.1 

Un ejemplo de una clase de UML, 
la cual se describe como un 
rectangulo que consiste en el 
nombre de la clase, sus atributos y 
metodos. 



Nombre de la clase 


Atributos 


Metodos (operaciones) 
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pero cada automovil tendra distintos valores para sus atributos. Por ejemplo, un automovil puede ser azul, bianco 
o de algun otro color. Mas adelante demostraremos que puede ser mas especffico sobre el rango de valores para 
estas propiedades. A1 especificar atributos, por lo general la primera letra va en minuscula. 

Un metodo es una action que se puede solicitar de cualquier objeto de la clase. Los metodos son los procesos 
que una clase sabe como llevar a cabo. Tambien se les conoce como operaciones. Para la clase AutoRenta, ren- 
tar(), devolver() y reparar() son ejemplos de metodos. A1 especificar metodos, por lo general la primera letra esta 
en minuscula. 

Herencia 

Otro concepto clave de los sistemas orientados a objetos es la herencia. Las clases pueden tener hijos; es decir, se 
puede crear una clase a partir de otra. En UML, la clase original (o padre) se conoce como clase base; a la clase 
hija se le denomina clase derivada. Podemos crear una clase derivada de tal forma que herede todos los atributos 
y comportamientos de la clase base. Sin embargo, una clase derivada puede tener atributos y comportamientos 
adicionales. Por ejemplo, podria haber una clase VehlClllo para una empresa de renta de automoviles que con- 
tenga atributos tales como tamano, color y marca. 

La herencia reduce la labor de programacion al permitir que se utilicen los objetos comunes con facilidad. El 
programador solo necesita declarar que la clase Auto hereda de la clase VehlClllo y despues proporcionar todos 
los detalles adicionales sobre los nuevos atributos o comportamientos que sean unicos para un automovil. 
Todos los atributos y comportamientos de la clase VehlClllo pasan de manera automatica e implfcita a formar 
parte de la clase Auto y no requieren de programacion adicional. Esto permite al analista definir una vez pero 
usar muchas veces; algo similar a los datos que estan en la tercera forma normal, que se definen solo una vez en 
una tabla de la base de datos (como veremos en el capftulo 13). 

Las clases derivadas que se muestran en la figura 10.2 son Auto o Camion. Aquf se antepone un signo ne- 
gativo a los atributos y un signo positivo a los metodos. Mas adelante en el capftulo hablaremos sobre esto con 
mas detalle; por ahora tenga en cuenta que los signos negativos significan que estos atributos son privados (no 
se comparten con otras clases) y que los signos positivos significan que estos metodos son publicos (otras clases 
pueden invocarlos). 



FIGURA 10.2 

Un diagrama de clases que 
muestra la herencia. Auto y 
Camion son ejemplos especfficos 
de vehfculos y heredan las 
caracterfsticas de la clase mas 
general, Vehl'culo. 
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c 

V_^omo usted describio las ventajas de usar metodologfas orienta- 
das a objetos, Jules y Vern, dos ejecutivos de nivel superior en 
World’s Trend desean que analice su empresa mediante el uso de 
esta metodologla. En la figura 7.15 encontrara un resumen de las 
actividades de negocios de World’s Trend. Observe tambien la serie 
de diagramas de flujo de datos en ese capftulo para que pueda con- 
ceptualizar el problema y empiece a realizar la transicion al Pensa- 
miento en objetos. 

Como usted es buen amigo de Jules y Vern, y no tiene incon- 
veniente en obtener un poco de experiencia practica en cuanto al 
uso del pensamiento orientado a objetos, accede a aplicar lo que 
sabe para despues enviarles un informe. 


Una vez que haya vuelto a leer las actividades de negocios para 
World’s Trend, provea una revision oportuna completando las si- 
guientes tareas: 

Use la tecnica de tarjetas CRC para listar las clases, responsa- 
bilidades y colaboradores. 

Use la tecnica de Pensamiento en objetos para listar lo que se 
conoce y los atributos correspondientes para los objetos en las cla¬ 
ses identificadas en la etapa anterior. 

Haga un informe usando ambos pasos y vaya a las oficinas 
generales de World’s Trend con su informe en la mano. Sin duda 
Jules y Vern esperan un viaje fantastico en el nuevo mundo de los 
metodos orientados a objetos. 


La reutilizacion de codigo de programa ha formado parte del desarrollo de sistemas estructurados y los len- 
guajes de programacion (como COBOL) durante muchos anos; ademas han existido subprogramas que encapsu- 
lan datos. Sin embargo, la herencia es una herramienta que se encuentra solo en los sistemas orientados a objetos. 

TARJETAS CRC Y PENSAMIENTO EN OBJETOS 

Ahora que hemos presentado los conceptos fundamentales del analisis y diseno orientados a objetos, necesitamos 
examinar formas de crear clases y objetos a partir de los problemas de negocios y los sistemas a los que nos en- 
frentamos. Una forma de empezar a poner en practica la metodologfa orientada a objetos es empezar a pensar y 
hablar de esta manera. Un metodo util es desarrollar tarjetas CRC. 

CRC representa a las clases, responsabilidades y colaboradores. El analista puede usar estos conceptos 
cuando empieza a hablar sobre el sistema o a modelarlo a partir de una perspectiva orientada a objetos. Las 
tarjetas CRC se utilizan para representar las responsabilidades de las clases y las interacciones entre ellas. Los 
analistas crean las tarjetas con base en escenarios que describen los requerimientos del sistema. Estos escenarios 
modelan el comportamiento del sistema que se esta estudiando. Si se van a usar en un grupo, las tarjetas CRC 
se pueden elaborar en forma manual en pequenas tarjetas de cartulina por cuestion de flexibilidad, o se pueden 
crear mediante el uso de una computadora. 

Hemos agregado dos columnas a la plantilla de tarjeta CRC original: la columna Pensamiento en objetos 
y la columna de propiedades. Los enunciados de Pensamiento en objetos estan escritos en espanol comun; el 
nombre de la propiedad o atributo esta escrito en su lugar apropiado. El proposito de estas columnas es aclarar el 
pensamiento y ayudar a pasar a la creation de diagramas de UML. 

Interaction durante una sesion CRC 

Las tarjetas CRC se pueden crear de manera interactiva con unos cuantos analistas que puedan trabajar en con- 
junto para identificar la clase en el dominio del problema presentado por la empresa. Una sugerencia es buscar to- 
dos los sustantivos y verbos en un enunciado del problema que se haya creado para capturarlo. Por lo general, los 
sustantivos indican las clases en el sistema; para encontrar las responsabilidades hay que identificar los verbos. 

Haga una sesion de lluvia de ideas con su grupo de analistas para identificar todas las clases que pueda. Siga 
el formato estandar para la lluvia de ideas, que consiste en no criticar la respuesta de ninguno de los participan- 
tes en este punto, sino solicitar todas las respuestas posibles. Una vez identificadas todas las clases, los analistas 
pueden empezar a compilarlas, eliminar las ilogicas y escribir cada una en su tarjeta. Asigne una clase a cada 
persona en el grupo, que sera su “propietaria” durante la sesion CRC. 

A continuation, el grupo crea escenarios que en realidad son recorridos de las funciones del sistema, para 
lo cual se toma la funcionalidad deseada del documento de requerimientos creado con anterioridad. Primero hay 
que considerar los metodos de sistemas tfpicos, con excepciones tales como la recuperation de errores que se 
lleva a cabo despues de haber cubierto los metodos de rutina. 

Mientras el grupo decide sobre la clase que sera responsable de una funcion especffica, el analista propieta- 
rio de la misma durante la sesion elige esa tarjeta y declara: “Necesito cumplir con mi responsabilidad”. Cuando 
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Nombre tie la clase: Departamento 

Sunerclases: 

Subclases: 

Responsabilidades 

Colaboradores 

Pensamiento en objetos 

Propiedad 

Agregar un nuevo departamento 

Curso 

Conozco mi nombre 

Nombre del departamento 

Proveer informacion del departamento 


Conozco mi silla del departamento 

Nombre de la sill a 









Nombre de la cla seTTTT 
SuperclasesP 




Subclases: 

Responsabilidades 

Agregar un nuevo curso 

Modificar \nformac\6n de 1 curso 

Mostrar informacion del curso 

Colaboradores 

Departamento 

Libra de texto 

Asi qnacion 

Examen 

Pensamiento en objetos 

__Conozco el numero de mi curso 
Conozco mi deecripcion 

Conozco mi numero de creditor 

Propiedad 

Numero de curso 
Descripcion del curso 
Credltoa 


Nombre de la clase: Libra de texto 




Responsabilidades 

Colaboradores 

Pensamiento en objetos 

Propiedad 

ISBN 

Agregar un nuevo libro de texto 

Cambiar la informacion del libro de texto 

Curso 

Conozco mi autor 

Autor 



Conozco mi titulo 

Titulo 

Eliminar libras de texto obsoletos 


Conozco mi edicion 

Edicion 



Conozco mi editorial 

Editorial 



Se si soy obligatorio 

Obligatorio 



FIGURA 10.3 

Cuatro tarjetas CRC 
para los 

ofrecimientos de 
cursos, las cuales 
muestran como los 
analistas llenan 
los detalles para las 
clases, 

responsabilidades y 
colaboradores, as! 
como para los 
enunciados de 
pensamiento en 
objetos y los 
nombres de las 
propiedades. 


alguien sostiene una tarjeta en el aire, se considera un objeto y puede hacer cosas. Despues el grupo procede a re- 
finar la responsabilidad en tareas cada vez mas pequenas, de ser posible. Si es apropiado, el objeto pude cumplir 
con estas tareas o el grupo puede decidir que se cumplan mediante la interaction con otras cosas. Si no existen 
otras clases apropiadas, tal vez el grupo tenga que crear una. 

Las cuatro tarjetas CRC descritas en la figura 10.3 muestran cuatro clases de ofrecimientos de cursos. Ob¬ 
serve que en una clase llamada Curso, el analista de sistemas es referido a cuatro colaboradores: el departa- 
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mento, el libro de texto, la asignacion del curso y el examen del curso. Despues, estos colaboradores se describen 
como clases por si solas en las otras tarjetas CRC. 

Las responsabilidades que se enlistan evolucionaran en un momento dado en lo que se conoce como meto- 
dos en UML. Los enunciados de Pensamiento en objetos parecen rudimentarios, pero son conversacionales, de 
tal forma que alientan a los analistas durante una sesion CRC a describir tantos de estos enunciados como pue- 
dan. Como vimos en el ejemplo, todo el dialogo durante una sesion CRC se lleva a cabo en primera persona, de 
manera que hasta el libro de texto habla: “Conozco mi ISBN”, “Conozco mi autor”. Despues, estos enunciados 
se pueden utilizar para describir atributos en UML. Podemos llamar a estos atributos segun los nombres de sus 
variables, como edicion y editorial. 


CONCEPTOS Y DIAGRAMAS DEL LENGUAJE 
UNIFICADO DE MODELADO (UML) 

Es muy conveniente investigar y comprender la metodologfa del UML debido a su amplia aceptacion y uso. 
UML provee un conjunto estandarizado de herramientas para documentar el analisis y diseno de un sistema de 
software. El conjunto de herramientas de UML incluye diagramas que permiten a las personas visualizar la cons¬ 
truction de un sistema orientado a objetos, algo similar a la forma en que los pianos de construccion permiten a 
las personas visualizar la construccion de un edificio. Ya sea que usted trabaje de manera independiente o con un 
extenso equipo de desarrollo de sistemas, la documentation que puede crear con UML provee un medio efectivo 
de comunicacion entre el equipo de desarrollo y el equipo de negocios en un proyecto. 

El UML consiste en cosas, relaciones y diagramas, como se muestra en la figura 10.4. Los primeros com- 
ponentes (o elementos primarios) de UML se Hainan cosas. Tal vez usted prefiera otra denomination, como 


FIGURA 10.4 

Una vista general de UML y sus 
componentes: cosas, relaciones y 
diagramas. 
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objeto, pero en UML se les llama cosas. Las cosas estructurales son las mas comunes. Las cosas estructurales 
son clases, interfaces, casos de uso y muchos otros elementos que proveen la forma de crear modelos. Las cosas 
estructurales permiten al usuario describir las relaciones. Las cosas de comportamiento describen la forma en 
que funcionan las cosas. Algunos ejemplos de cosas de comportamiento son las interacciones y las maquinas 
de estado. Las cosas de grupo se utilizan para definir lfmites. El paquete es un ejemplo de cosa de grupo. Por 
ultimo tenemos las cosas de anotaciones, para poder agregar notas en los diagramas. 

Las relaciones son el pegamento que mantiene las cosas unidas entre si. Es conveniente pensar en la relaciones 
de dos formas. Las relaciones estructurales se utilizan para unir las cosas en los diagramas estructurales. Las relacio¬ 
nes estructurales incluyen dependencias, agregaciones, asociaciones y generalizaciones. Por ejemplo, las relaciones 
estructurales muestran herencia. Las relaciones de comportamiento se utilizan en los diagramas de comportamiento. 
Los cuatro tipos basicos de relaciones de comportamiento son comunica, incluye, extiende y generaliza. 

Hay dos tipos principales de diagramas en UML: diagramas estructurales y diagramas de comportamiento. 
Los diagramas estructurales se utilizan, por ejemplo, para describir las relaciones entre las clases. Estos se divi- 
den en diagramas de clases, diagramas de objetos, diagramas de componentes y diagramas de despliegue. Por 
otro lado, los diagramas de comportamiento se pueden utilizar para describir la interaccion entre las personas 
(actores en UML) y lo que denominamos caso de uso, o la forma en que los actores utilizan el sistema. Los 
diagramas de comportamiento se dividen en diagramas de casos de uso, diagramas de secuencia, diagramas de 
comunicacion, diagramas de estados y diagramas de actividad. 

En el resto del capftulo nos enfocaremos primero en el modelado de casos de uso, la base de todas las 
tecnicas de UML. Despues analizaremos la forma en que se utiliza un caso de uso para derivar las actividades, 
secuencias y clases: los diagramas de UML que se utilizan con mas frecuencia. Como hay libros completos 
dedicados a la sintaxis y el uso del UML (el documento oficial de especificaciones de UML tiene mas de 800 
paginas), proveeremos solo un breve resumen de los aspectos mas valiosos y mas utilizados del UML. 

Los seis diagramas de UML que se utilizan con mas frecuencia son: 

1. Un diagrama de casos de uso, que describe la forma en que se utiliza el sistema. 

2. Un escenario de caso de uso (aunque tecnicamente no es un diagrama). Este escenario es una articulacion 
verbal de excepciones para el comportamiento principal descrito por el caso de uso principal. 

3. Un diagrama de actividad, que ilustra el flujo de actividades en general. Cada caso de uso puede crear un 
diagrama de actividad. 

4. Los diagramas de secuencia, que muestran la secuencia de las actividades y las relaciones entre las clases. 
Cada caso de uso puede crear uno o mas diagramas de secuencia. El diagrama de comunicacion es la 
alternativa a un diagrama de secuencia, el cual contiene la misma informacion pero enfatiza la comunicacion 
en vez de la sincronizacion. 

5. Los diagramas de clases, que muestran las clases y sus relaciones. Los diagramas de secuencia se utilizan 
(junto con las tarjetas CRC) para determinar las clases. El diagrama de generalizacion/especializacion (gen/ 
spec) es un derivado del diagrama de clases. 

6. Los diagramas de estados, que muestran las transiciones de estado. Cada clase puede crear un diagrama de 
estados, el cual es util para determinar los metodos de la clase. 

En la figura 10.5 se ilustra la forma en que se relacionan estos diagramas entre si. En las siguientes seccio- 
nes hablaremos sobre cada uno de estos diagramas. 


MODELADO DE CASOS DE USO 

UML se basa fundamentalmente en una tecnica de analisis orientado a objetos conocida como modelado de ca¬ 
sos de uso, la cual se presento en el capftulo 2. Un modelo de casos de uso muestra una vista del sistema desde 
la perspectiva del usuario, por lo cual describe que hace el sistema sin describir como lo hace. Podemos utilizar 
UML para analizar el modelo de casos de uso y derivar los objetos del sistema junto con sus interacciones entre 
sf y con los usuarios del sistema. Al utilizar tecnicas de UML podemos analizar con mas detalle los objetos y sus 
interacciones para derivar su comportamiento, atributos y relaciones. 

Un caso de uso provee a los desarrolladores un panorama sobre lo que desean los usuarios. Esta libre de de- 
talles tecnicos o de implementation. Podemos pensar en un caso de uso como una secuencia de transacciones en 
un sistema. El modelo de casos de uso se basa en las interacciones y relaciones de los casos de uso individuales. 

Un caso de uso siempre describe tres cosas: un actor que inicia un evento, el evento que desencadena un 
caso de uso y el caso de uso que realiza las acciones desencadenadas por el evento. En un caso de uso, un actor 
que utiliza el sistema inicia un evento que a su vez genera una serie relacionada de interacciones en el sistema. 
Los casos de uso se utilizan para documentar una transaction o evento individual. Se introduce un evento en el 
sistema, el cual ocurre en un tiempo y lugar especfficos para provocar que el sistema haga algo. Para obtener mas 
informacion sobre los sfmbolos de los casos de uso y como dibujar diagramas de casos de uso, vea el capftulo 2. 
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FIGURA 10.5 

Una vista general de los diagramas de UML que muestra como cada 
diagrama conduce al desarrollo de otros diagramas de UML. 


Diagrama de casos de uso 



La figura 10.6 es el ejemplo de un caso de uso de la inscripcion de estudiantes en una universidad. Cabe 
mencionar que se representan solo las funciones mas importantes. El caso de uso Agregar estudiante no indica 
como agregar estudiantes, el metodo de implementacion. Los estudiantes se pueden agregar en persona, a traves 
de Web, mediante el uso de un telefono de tonos o a traves de una combination de todos estos metodos. El caso de 
uso Agregar estudiante incluye el caso de uso Verificar identidad para verificar la identidad del estudiante. El 
caso de uso Comprar libro de texto extiende el caso de uso Inscribirse en clase y puede formar parte de un 
sistema para inscribir a los estudiantes en un curso en lrnea. 

Tal vez parezca que el caso de uso Cambiar informacion de estudiante fuera una caracteristica menor del sis¬ 
tema y no debiera incluirse en el diagrama de casos de uso, pero como esta informacion cambia con frecuencia, la ad- 
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FIGURA 10.6 

Ejemplo de casos de uso sobre la 
inscripcion de estudiantes. 


ministracion tiene mucho interes en permitir a los estudiantes cambiar su propia informacion personal. El hecho de que 
los administradores consideren esto importante no solo justifica, sino tambien exige, que se elabore el caso de uso. 

No se debe permitir a los estudiantes cambiar el promedio de su calificacion, las cuotas pendientes u otra 
informacion relacionada. Este caso de uso tambien incluye el caso de uso Verificar identidad. que en esta situa¬ 
tion significa que el estudiante tiene que introducir un ID de usuario y una contrasena para poder acceder al sis- 
tema. Ver informacion de estudiante permite a los estudiantes ver su informacion personal, as! como los cursos 
y las calificaciones. 

En la figura 10.7 se muestra el ejemplo de un escenario de caso de uso. Algunas de las areas incluidas son 
opcionales ya que tal vez no todas las organizaciones las utilicen. Las tres areas principales son: 

1. Un area de encabezado que contiene los identificadores e iniciadores de casos. 

2. Los pasos realizados. 

3. Un area al pie que contiene las precondiciones, suposiciones, preguntas y demas informacion. 

En la primera area el caso de uso se identifica por su nombre, C ambiar informacion de estudiante; el actor 
se identifica como E studiante y se describen el Caso de uso y Evento desencadenador. La segunda area contiene 
una serie de pasos que se realizan siempre y cuando no haya errores. Por ultimo, en la tercera area se identifican 
todas las pre- y post-condiciones, ademas de las suposiciones. Algunas de estas son obvias, como la pre-condi- 
cion de que el estudiante este en la pagina Web correcta y la suposicion de que el estudiante tenga un ID y con¬ 
trasena validos. Otras no son tan obvias, como la cuestion pendiente relacionada con las veces que se permite a 
un estudiante iniciar sesion en el sistema. 
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FIGURA 10.7 

Un escenario de caso de uso se divide en tres secciones: 
identificacion e iniciacion, pasos realizados y las condiciones, 
suposiciones y preguntas. 


Los diagramas de casos de uso proveen la base para crear otros tipos de diagramas, como los diagramas de 
clases y los diagramas de actividad. Los escenarios de casos de uso son utiles para dibujar diagramas de secuen- 
cia. Tanto los diagramas de casos de uso como los escenarios de casos de uso son potentes herramientas para 
ayudarnos a comprender la forma en que un sistema funciona en general. 

DIAGRAMAS DE ACTIVIDAD 

Los diagramas de actividad muestran la secuencia de actividades en un proceso, incluyendo las actividades se- 
cuenciales y paralelas, ademas de las decisiones que se toman. Por lo general se crea un diagrama de actividad 
para un caso de uso y puede mostrar los distintos escenarios posibles. 

En la figura 10.8 se muestran los simbolos en los diagramas de actividad. Un rectangulo con esquinas redon- 
das representa una actividad, ya sea manual —como firmar un documento— o automatizada —como un metodo 
o programa—. 
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FIGURA 10.8 

Se utilizan sfmbolos 
especializados para dibujar un 
diagrama de actividad. 


Una flecha representa a un evento. Los eventos representan cosas que ocurren en cierto momenta y lugar. 

Un diamante representa una decision (tambien conocida como ramificacion) o una fusion. En las decisiones 
hay una flecha que entra al diamante y varias que salen de el. Se puede incluir una condition de guardia, que mues- 
tra los valores de la condition. Las fusiones muestran varios eventos que se combinan para formar un evento. 

Un rectangulo largo y piano representa una barra de sincronizacion. Estas barras se utilizan para mostrar las 
actividades paralelas, donde puede haber un evento que entre a la barra de sincronizacion y varios eventos que 
salgan de ella, a lo cual se le denomina bifurcation. Una sincronizacion en la que varios eventos se fusionan en 
uno solo se denomina union. 

Hay dos sfmbolos que muestran el inicio y fin del diagrama. El estado inicial se muestra como un cfrculo 
relleno. El estado final se muestra como un cfrculo negro rodeado por un cfrculo bianco. 

Los rectangulos que rodean otros cfrculos se denominan carriles ( swimlanes ). Estos carriles indican particio- 
namiento y se utilizan para mostrar que actividades se realizan en cada plataforma, como un navegador, servidor 
o computadora mainframe; tambien muestran las actividades que realizan distintos grupos de usuarios. Los carri¬ 
les son zonas que pueden describir tanto la logica como la responsabilidad de una clase. 

En la figura 10.9 podemos ver un ejemplo de carriles. En esta figura se ilustra un diagrama de actividad 
para el caso de uso Cambiar information de estudiante. Empieza con el estudiante al iniciar sesion en el sis- 
tema mediante el proceso de llenar un formulario Web y hacer clic en el boton E nviar. El formulario se trans¬ 
mite al servidor Web, el cual pasa a su vez los datos a la computadora mainframe. La mainframe accede a la 
base de datos de ESTUDIANTES y pasa el mensaje “No se encontro” o los datos del estudiante seleccionado 
al servidor Web. 

El diamante debajo del estado Obtener registro de estudiante indica esta decision. Si no se encontro el 
registro del estudiante, el servidor Web muestra un mensaje de error en la pagina Web. Si se encontro el registro 
del estudiante, el servidor Web da formato a una nueva pagina Web que contiene los datos del estudiante en un 
formulario Web. El estudiante puede cancelar el cambio a traves de los estados I niciar sesion en sistema o I n- 
troducir Cambios, y la actividad se detiene. 

Si el estudiante introduce los cambios en el formulario y hace clic en el boton E nviar, los datos del cambio 
se transmiten al servidor y se empieza a ejecutar un programa que valida los cambios. Si hay errores se envfa un 
mensaje de error a la pagina Web; si los datos son validos se actualiza el registro de estudiantes y se escribe un Re¬ 
gistro en el Diario de cambios de estudiantes. Despues de una actualization valida, se envfa una pagina Web de 
confirmation al navegador y termina la actividad. 
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FIGURA 10.9 

Este diagrama de 
actividad muestra tres 
carriles: PaginaWeb 
cliente, Servidor 
Web y Mainframe. 



Creadon de diagramas de actividad 

Para crear diagramas de actividad hay que preguntarse que ocurre primero y que ocurre despues. Debemos deter- 
minar si las actividades se realizaran en secuencia o en paralelo. Si se crearon diagramas de flujo de datos ffsicos 
(como vimos en el capitulo 7), hay que examinarlos para determinar la secuencia de las actividades. Busque los 
lugares en donde se toman decisiones y pregunte que ocurre en cada uno de los resultados de esas decisiones. 
Tambien podemos crear diagramas de actividad al examinar todos los escenarios de un caso de uso. 

Cada ruta a traves de las diversas decisiones incluidas en el caso de uso es un escenario distinto. En la ruta 
principal estarian I niciar sesion en sistema, Recibir formulario Web, Obtener registro de estudiante. M os- 
trar datos actuales de estudiante. Introducir cambios, Validar cambios. Actualizar registro de estudiante. 
Crear registro en Diario de cambios de estudiantes y Mostrar confirmation. 

Este no es el unico escenario que surge de este caso de uso. Puede haber otros. Una posibilidad podrfa ser I niciar 
sesion en sistema, Recibir formulario Web, Obtener registro de estudiante y Mostrar mensajede error. Otro 
escenario podria ser I niciar sesion en sistema. Recibir formulario Web. Obtener registro de estudiante. M os- 
trar datos actuales de estudiante. Introducir cambios, Validar cambios y Mostrar mensajede error. 
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6 

^reo que estoy escribiendo el mismo codigo una y otra vez” 
dice Benito Perez, un programador que trabaja en el nuevo diseno 
de un almacen automatizado. “Ultimamente he escrito tantos pro- 
gramas relacionados con cosas de robots que se controlan a si 
mismas: carritos automatizados para la sala de correo, robots de 
vigilancia de edificios, limpiadores de albercas automaticos, poda- 
dores de cesped automaticos, trenes de monorriel y ahora carritos 
de almacen. Todas son variaciones del mismo tema”. 

Lisa Bernoulli, gerente del proyecto, ha escuchado este tipo de 
quejas durante anos. Ella le contesta: “Oh, vamos Ben. Estas cosas en 
realidad no estan tan relacionadas. (.Como puedes comparer un robot 
de la sala de correo, un almacen automatizado y un tren de monorriel? 
Apuesto a que nienos del 10 por ciento del codigo es el mismo”. 

“Mira”, dice Benito. “Los tres involucran maquinas que tienen 
que buscar un punto inicial, seguir una ruta tortuosa, hacer paradas 
para cargar y descargar y, en un momenta dado, llegar a un punto 
final. Los tres tienen que tomar decisiones en las ramificaciones de 
sus rutas. Los tres tienen que evitar chocar con cosas. Estoy cansado 
de redisenar codigo que es bastante familiar para mi”. 

“Hmmm”, reflexiona Lisa mientras da un vistazo a los requeri- 
mientos basicos del sistema del almacen y recuerda el sistema de 
monocarril en el que Benito y ella trabajaron el ano pasado. Los reque- 
rimientos se referfan a una pequena empresa de fabricacion de apara- 
tos electronicos en lotes pequenos que deseaba automatizar su sistema 
de almacen y movimiento de productos. El almacen contiene piezas 
entrantes, trabajo en progreso y productos terminados. El almacen 
automatizado utiliza un canito robot de plataforma, similar a un ca- 


Reciclando el entorno de programacion 


rrito de golf, con la excepcion de que no tiene asientos. Los carritos de 
robot de plataforma tienen una superficie de carga plana de 6 X 4 pies’, 
aproximadamente a 3 pies por encima del nivel del suelo. Estos carri¬ 
tos tienen un dispositivo de radio comunicaciones que provee un en¬ 
lace de datos en tiempo real a la computadora central del almacen. Los 
carritos de plataforma tienen dos sensores: un sensor de ruta que 
detecta un tipo especial de pintura y un sensor de movimiento 
que detecta el movimiento. Estos carritos siguen rutas pintadas en el 
piso de la fabrica. Los codigos especiales de pintura marcan bifurca- 
ciones y ramificaciones en las rutas, los puntos de inicio y final del 
carrito, ademas de los puntos de ubicaciones en general. 

Las instalaciones incluyen tres estaciones de puertos de carga 
y 10 estaciones de trabajo. Cada estacion tiene una terminal de vi¬ 
deo o computadora conectada a la computadora central. Cuando se 
requieren productos o cuando estan listos para ser recolectados de 
una estacion, el trabajador en la estacion informa a la computadora 
central. Despues, la computadora central despacha los carritos se- 
gun sea apropiado. Cada estacion tiene un punto de entrega y un 
punto de recoleccion. Los carritos de plataforma se desplazan por 
la fabrica recogiendo el trabajo en los puntos de recoleccion y dejan 
el trabajo en los puntos de entrega. El programa que opere los carri¬ 
tos debera interactuar niucho con el programa existente para pro- 
gramar tareas que ayuda a establecer los horarios para las tareas de 
las estaciones de trabajo. 

^Como deberfa Lisa proceder en cuanto a reutilizar el trabajo 
que hizo Benito Perez en el monocarril para adaptarlo a su tarea 
actual de crear un objeto carrito? Explique en dos parrafos. 


Los carriles son utiles para mostrar como se debe transmitir o convertir datos, tales como los que van del 
sitio Web al servidor, o del servidor a la mainframe. Por ejemplo, el diagrama de actividad de Cambiar registro 
de estudiante tiene tres carriles. 

El carril de la izquierda muestra las actividades que ocurren en el navegador cliente. Hay que crear paginas 
Web para estas actividades. El carril de en medio muestra las actividades que ocurren en el servidor. Los eventos 
como Se transmitio formulario representan los datos que se transmiten del navegador al servidor; debe haber 
programas en el servidor para recibir y procesar los datos cliente. 

El carril de la derecha representa la computadora mainframe. En empresas grandes es comun para muchas 
aplicaciones Web trabajar con una computadora mainframe. Gran parte de los datos en las grandes organizacio- 
nes residen en bases de datos de equipos mainframe y hay una gran cantidad de programas para mainframe en 
existencia. 

Cuando un evento cruza el carril del servidor a la computadora mainframe, debe haber un mecanismo para 
transmitir los datos del evento entre las dos plataformas. Los servidores usan un formato distinto para represen- 
tar datos (ASCII) al que usan las computadoras mainframe (uno llamado EBCDIC). Debe haber middleware 
presente para hacerse cargo de la conversion. A menudo, las computadoras IBM utilizan una cola de mensajes 
( mqueue ). La cola de mensajes recibe datos de los programas del servidor, los coloca en un area de retention y 
llama a un programa de la mainframe, que por lo general esta escrito en un lenguaje conocido como CICS. Este 
programa recupera o actualiza los datos y envfa los resultados de vuelta a la cola de mensajes. 

En el diagrama de actividad de ejemplo antes mostrado, la decision debajo del estado Obtener registro de 
estudiante se toma en la computadora mainframe. Esto significa que la cola de mensajes recibe un mensaje “No 
se encontro” o recibe el registro de la base de datos para el estudiante. Si la mainframe simplemente colocara Se 
recibio estado de registro en la cola de mensajes y la decision se evaluara en el servidor, este tendrfa que llamar 
a la mainframe de nuevo para obtener los datos validos. Esto provocarfa que la respuesta llegara mas tarde a la 
persona que espera en el navegador. 
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Los carriles tambien ayudan a dividir las tareas en un equipo. Se requieren disenadores Web para las paginas 
Web que se muestran en el navegador cliente. Otros miembros tendrfan que trabajar con lenguajes de programa- 
cion tales como Java, PHP, Ruby on Rails, PERL o .NET en el servidor. Los programadores de CICS de la main¬ 
frame escribirfan programas que funcionaran con la cola de mensajes. El analista debe asegurar que los datos que 
necesitan los diversos miembros del equipo esten disponibles y definidos en forma correcta. Algunas veces los 
datos en la cola de mensajes estan en forma de un documento de XML. Si hay una organization externa involu- 
crada, los datos tambien podrfan ser un documento de XML. 

El diagrama de actividad provee un mapa de un caso de uso; ademas permite al analista experimentar al 
mover partes del diseno a distintas plataformas y preguntar: “^Que pasarfa si?” para una variedad de decisiones. 
El uso de sfmbolos tinicos y carriles hace de este diagrama algo que las personas desean usar para comunicarse 
con los demas. 

Se pueden usar diagramas de actividad para construir planes de prueba. Hay que evaluar cada evento para 
ver si el diagrama de actividad pasa al siguiente estado. Hay que evaluar cada decision para ver si se toma la ruta 
correcta cuando ocurren las condiciones de decision. 

Los diagramas de actividad no se utilizan para todos los casos. Debe usar diagramas de actividad cuando: 

1. Le ayude a comprender las actividades de un caso de uso. 

2. El flujo de control sea complejo. 

3. Exista la necesidad de modelar el flujo de trabajo. 

4 . Haya que mostrar todos los escenarios. 

El analista no necesita un diagrama de actividad cuando el caso de uso es simple, o cuando hay que modelar el 
cambio de estado. 

Tambien se pueden usar los diagramas de actividad para modelar un metodo de nivel mas bajo, en el que se 
muestre la logica detallada. 

Entradas en el repositorio para un diagrama de actividad 

Cada estado y evento se pueden definir con mas detalle mediante el uso de una descripcion de texto en el repo¬ 
sitorio, el cual es una coleccion de descripciones de texto para el proyecto. Hay que describir los estados con 
informacion sobre el estado, tal como el nombre de la pagina Web, los elementos de la pagina Web, y otros da¬ 
tos. Hay que describir los eventos con la informacion requerida para comunicarse con el siguiente estado, como 
los datos del formulario Web, los datos que se colocan en una cola de mensajes o mediante una descripcion del 
evento que ocasiono la transition, como el clic de un boton. 

DIAGRAMAS DE SECUENCIA Y DE COMUNICACION 

Un diagrama de interaccion puede ser un diagrama de secuencia o un diagrama de comunicacion, ambos de los 
cuales muestran esencialmente la misma informacion. Estos diagramas, junto con los diagramas de clases, se 
utilizan para la realizacion de un caso de uso, lo cual es una forma de lograr o realizar un caso de uso. 

Diagramas de secuencia 

Los diagramas de secuencia pueden ilustrar una sucesion de interacciones entre clases o instancias de objetos a 
traves del tiempo. A menudo, los diagramas de secuencia se utilizan para ilustrar el procesamiento descrito en los 
escenarios de casos de uso. En la practica, los diagramas de secuencia se derivan del analisis de casos de uso y se 
utilizan en el diseno de sistemas para derivar las interacciones, las relaciones y los metodos de los objetos en el 
sistema. Los diagramas de secuencia se utilizan para mostrar el patron general de las actividades o interacciones 
en un caso de uso. Cada escenario de caso de uso puede crear un diagrama de secuencia, aunque estos no siem- 
pre se crean para escenarios de menor importancia. 

En la figura 10.10 se muestran los sfmbolos utilizados en los diagramas de secuencia. Los actores y las cla¬ 
ses o instancias de objetos se muestran en cuadros en la parte superior del diagrama. El objeto de mas a la iz- 
quierda es el objeto inicial y puede ser una persona (para la cual se utiliza un sfmbolo de actor de caso de uso), 
ventana, cuadro de dialogo u otra interfaz de usuario. Algunas de las interacciones son solo ffsicas, como la firma 
de un contrato. Los rectangulos de la parte superior utilizan indicadores en el nombre para indicar si el rectan- 
gulo representa un objeto, una clase, o una clase y un objeto. 


nombreO bjeto: Un nombre seguido de un signo de dos puntos representa a un objeto. 

iclase Un signo de dos puntos seguido de un nombre representa a una clase. 

nombreObjeto:clase Un nombre seguido de un signo de dos puntos y de otro nombre, 
representa a un objeto en una clase. 
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::Clase 


Obieclo::Clase 


metodo(Parametro) 


retorno 


FIGURA 10.10 

Sfmbolos especializados que se 
utilizan para dibujar un diagrama 
de secuencia. 


senalAsincronaO 


* * 


Una lrnea vertical representa la lrnea de vida de la clase u objeto, que corresponde al tiempo a partir del que se creo 
hasta el momento en que se destruye. Una X en la parte inferior de la lrnea de vida representa el momento en que 
se destruye el objeto. Una barra lateral o un rectangulo vertical en la lrnea de vida muestran el foco de control 
cuando el objeto esta ocupado haciendo cosas. 

Las flechas horizontales muestran mensajes o senales que se envfan entre las clases. Los mensajes perte- 
necen a la clase receptora. Hay algunas variaciones en las flechas de los mensajes. Las puntas de flecha solidas 
representan llamadas sincronicas, que son las mas comunes. Estas se utilizan cuando la clase emisora espera una 
respuesta de la clase receptora y el control se devuelve a la clase emisora cuando la clase receptora que recibe el 
mensaje termina de ejecutarse. Las medias puntas de flecha (o abiertas) representan llamadas asincronas: aque- 
llas que se envfan sin esperar que la clase emisora las devuelva. Un ejemplo serfa el uso de un menu para ejecutar 
un programa. El retorno se muestra como una flecha, algunas veces con una lrnea punteada. Los mensajes se eti- 
quetan mediante el uso de uno de los siguientes formatos: 

• El nombre del mensaje seguido de parentesis vacfos: nombreM ensaje(). 

El nombre del mensaje seguido de parametros entre los parentesis: nombreM ensaje(parametrol, 
parametro2...). 

El nombre del mensaje seguido del tipo de parametro, nombre del parametro y cualquier valor 
predeterminado para el parametro entre parentesis: nombreM ensaje(tipoParametro:nombreParametro- 
(valorPredeterminado). Los tipos de los parametros indican el tipo de datos, como cadena, numero o fecha. 
El mensaje puede ser un estereotipo tal como «C rear» para indicar que se va a crear un nuevo objeto 
como resultado del mensaje. 

La sincronizacion en el diagrama de secuencia se muestra de arriba hacia abajo; la primera interaccion se 
dibuja en la parte superior del diagrama y la interaccion que ocurre al ultimo se dibuja en la parte inferior del 
diagrama. Las flechas de interaccion empiezan en la barra del actor u objeto que inicia la interaccion y termi- 
nan apuntando a la barra del actor u objeto que recibe la solicitud de interaccion. El actor inicial u objeto se 
muestra a la izquierda. Este puede ser el actor que inicia la actividad o una clase que represente la interfaz de 
usuario. 

La figura 10.11 es un ejemplo simplificado de un diagrama de secuencia para un caso de uso que admite 
a un estudiante en una universidad. A la izquierda esta la clase interfazlIsuarioNuevoEstudiante que se 
utiliza para obtener la informacion del estudiante. El mensaje inicializar() se envfa a la clase Estudiante, la 
cual crea un nuevo registro de estudiante y devuelve el numero de estudiante. Para simplificar el diagrama 
omitimos los parametros que se envfan a la clase Estudiante. pero estos deben incluir el nombre del estu¬ 
diante, su direccion y otros. La siguiente actividad es enviar un mensaje seleccionarDormitorio a la clase 


www.xlibros.com 



















296 PARTE III • EL PROCESO DE ANALISIS 


FIGURA 10.11 

Un diagrama de secuencia para 
admitir a un estudiante. Los 
diagramas de secuencia hacen 
enfasis en el orden de los mensajes 
en el tiempo. 
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Dormitorio. Este mensaje debe incluir la informacion de seleccion del dormitorio, como un dormitorio para 
el cuidado de la salud u otros requerimientos del estudiante. La clase Dormitorio devuelve el nombre del 
dormitorio y el numero de habitacion. La tercera actividad es enviar un mensaje seleccionarPrograma a 
la clase Programa, incluyendo el nombre del programa y demas informacion sobre el curso de estudio. Se 
devuelve el nombre del consejero del programa a la clase interfazUsuarioNuevoEstudiante. Se envfa un 
mensaje estudianteCompleto a la clase Estudiante con el nombre del dormitorio, del consejero y demas 
informacion pertinente. 

Los diagramas de secuencia se pueden utilizar para traducir el escenario de caso de uso en una herramienta 
visual para el analisis de sistemas. El diagrama de secuencia inicial utilizado en el analisis de sistemas muestra 
los actores y las clases en el sistema, asf como las interacciones entre ellos para un proceso especffico. Usted 
puede utilizar esta version del diagrama de secuencia para verificar los procesos con los expertos del area de ne- 
gocios que le hayan ayudado a desarrollar los requerimientos del sistema. Un diagrama de secuencia hace enfasis 
en el orden de los mensajes (secuencia) en el tiempo. 

Durante la fase de diseno de sistemas. los diagramas de secuencia se refinan para derivar los metodos y las 
interacciones entre las clases. Los mensajes de una clase se utilizan para identificar las relaciones de las clases. 
Los actores en los primeros diagramas de secuencia se traducen en interfaces y las interacciones de las clases 
se traducen en metodos de clase. Los metodos de clase que se utilizan para crear instancias de otras clases y 
realizar otras funciones internas del sistema se revelan en el diseno del sistema mediante el uso de diagramas 
de secuencia. 

Diagramas de comunicacion 

Los diagramas de comunicacion se introdujeron en el UML 2.0. Su nombre original en el UML 1.x era diagra¬ 
mas de colaboracion. Los diagramas de comunicacion describen las interacciones entre dos o mas cosas en el 
sistema que desempenan un comportamiento mayor a lo que cualquiera de las dos cosas pueden hacer por su 
cuenta. Por ejemplo, un automovil se puede descomponer en varios miles de piezas individuals. Las piezas se 
conectan para formar los subsistemas principals del vehiculo: el motor, la transmision, el sistema de frenos, 
etcetera. Las piezas individuales del automovil se pueden considerar como clases, ya que tienen distintos atri- 
butos y funciones. Las piezas individuales del motor forman una colaboracion, ya que se “comunican” entre sf 
para hacer que el motor funcione cuando el conductor pisa el acelerador. 

Un diagrama de comunicacion consta de tres partes: los objetos (tambien llamados participantes), los enla¬ 
ces de comunicacion y los mensajes que se pueden pasar a traves de esos enlaces. Los diagramas de comunica- 
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1:inicializar() 



cion muestran la misma informacion que un diagrama de secuencia, pero pueden ser mas diffciles de leer. Para 
poder mostrar el orden en el tiempo, debemos indicar un niimero de secuencia y describir el mensaje. 

Un diagrama de comunicacion hace enfasis en la organization de los objetos, mientras que un diagrama de 
secuencia hace enfasis en el orden de los mensajes en el tiempo. Un diagrama de comunicacion mostrara una 
ruta para indicar como esta un objeto enlazado con otro. 

Cierto software de modelado de UML, como Rational Rose de IBM, convierte con el clic de un boton un 
diagrama de secuencia en un diagrama de comunicacion, o un diagrama de comunicacion en un diagrama de 
secuencia. En la figura 10.12 se muestra el diagrama de comunicacion para admitir a un estudiante. Cada rectan- 
gulo representa a un objeto o una clase. Las lfneas conectoras muestran las clases que necesitan colaborar o tra- 
bajar entre st. Los mensajes que se envtan de una clase a otra se muestran a lo largo de las ltneas conectoras. Los 
mensajes estan numerados para mostrar la secuencia en el tiempo. Tambien se pueden incluir valores de retorno 
y se pueden enumerar para indicar cuando se devuelven dentro de la secuencia de tiempo. 


DIAGRAMAS DE CLASES 

Las metodologtas orientadas a objetos trabajan para descubrir las clases, atributos, metodos y relaciones entre 
las clases. Como la programacion ocurre a nivel de clase, definir clases es una de las tareas mas importantes del 
analisis orientado a objetos. Los diagramas de clases muestran las caracterfsticas estaticas del sistema y no repre- 
sentan ningun procesamiento en especial. Un diagrama de clases tambien muestra la naturaleza de las relaciones 
entre las clases. 

En un diagrama de clases, las clases se representan mediante un rectangulo. En el formato mas simple, el 
rectangulo puede incluir solo el nombre de la clase, pero tambien puede incluir atributos y metodos. Los atribu¬ 
tos son lo que la clase conoce sobre las caracterfsticas de los objetos, y los metodos (tambien llamados operacio- 
nes) son lo que la clase sabe acerca de como hacer las cosas. Los metodos son pequenas secciones de codigo que 
trabajan con los atributos. 

La figura 10.13 muestra un diagrama de clases para los ofrecimientos de cursos. Cabe mencionar que el 
nombre esta centrado en la parte superior de la clase, por lo general en negrita. El area justo debajo del nombre 
muestra los atributos y la portion inferior lista los metodos. El diagrama de clases muestra los requerimientos de 
almacenamiento de datos, asf como los requerimientos de procesamiento. Mas adelante en el capftulo hablare- 
mos sobre el significado de los sfmbolos de diamante que se muestran en esta figura. 

Por lo general los atributos (o propiedades) se designan como privados, o que solo estan disponibles en el 
objeto. En un diagrama de clases esto se representa con un signo negativo al inicio del nombre del atributo. Los 
atributos tambien pueden ser protegidos, lo cual se indica con un sfmbolo (#). Estos atributos estan ocultos para 
todas las clases, excepto las subclases inmediatas. Bajo raras circunstancias un atributo se hace publico, lo cual 
significa que otros objetos fuera de su clase pueden verlo. Hacer los atributos privados implica que seran visibles 
solo para los objetos externos a traves de los metodos de la clase, una tecnica que se conoce como encapsula- 
miento u ocultamiento de la informacion. 

Un diagrama de clase puede mostrar solo el nombre de la clase, el nombre de la clase y los atributos o el 
nombre de la clase, los atributos y los metodos. Es util mostrar solo el nombre de la clase cuando el diagrama es 
muy complejo e incluye muchas clases. Si el diagrama es mas simple, se pueden incluir los atributos y los meto¬ 
dos. Cuando se incluyen los atributos hay tres formas de mostrar la informacion de cada uno. La mas simple es 
incluir solo el nombre del atributo, lo cual ocupa la menor cantidad de espacio. 
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Se puede incluir el tipo de datos (como cadena, doble, entero o fecha) en el diagrama de clases. Las des- 
cripciones mas completas incluyen un signo de igual (=) despues del tipo de datos, seguido del valor inicial del 
atributo. La figura 10.14 ilustra los atributos de las clases. 

Si el atributo debe tomar un valor de un numero finito de ellos, como un tipo de estudiante con valores de C 
para tiempo completo, P para tiempo parcial y N para no matriculado, estos se pueden incluir entre Haves separa- 
dos por comas: tipoE studiante: char{F,P,N}. 

El ocultamiento de information significa que los metodos de los objetos deben estar disponibles para otras 
clases, por lo que comunmente los metodos son publicos, lo cual significa que se pueden invocar desde otras 
clases. En un diagrama de clases, los mensajes publicos (al igual que los atributos publicos) se muestran con un 
signo positivo (+) al inicio del nombre correspondiente. Los metodos tambien tienen parentesis despues de su 
nombre, lo cual indica que se pueden pasar datos como parametros junto con el mensaje. En el diagrama de cla¬ 
ses se pueden incluir los parametros del mensaje, asf como el tipo de datos. 

Hay dos tipos de metodos: estandar y personalizados. Los metodos estandar son las cosas basicas que todas 
las clases de objetos saben como hacer, como crear una nueva instancia de un objeto. Los metodos personaliza¬ 
dos estan disenados para una clase especfftca. 

Sobrecarga de metodos 

La sobrecarga de metodos se refiere a incluir el mismo metodo (u operation) varias veces en una clase. La firma 
del metodo incluye su nombre y los parametros que incluye. El mismo metodo se puede definir mas de una vez 
en una clase dada, siempre y cuando los parametros que se envfan como parte del mensaje sean distintos; es de- 
cir, debe haber una firma de mensaje distinta. Puede haber un numero distintos de parametros, o estos pueden ser 
de un tipo distinto, como un numero en un metodo y una cadena de texto en otro metodo. Podemos encontrar un 


FIGURA 10.14 

Una clase E studiante extendida 
que muestra el tipo de datos y, en 
algunos casos, su valor inicial o 
valor predeterminado. 


Estudiante 

numeroEstudiante: Integer 
apellidoPaterno: String 
primerNombre: String 
creditosCompletados: Decimal=0.0 
promedioCalif: DecimabO.O 
estudianteActual: Boolean=Y 
fechalnscripcion: Fecha= 
new() 
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verEstudiantef) 
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ejemplo de sobrecarga de metodos en el uso de un signo de suma en muchos lenguajes de programacion. Si los 
atributos en ambos lados del signo de suma son numeros, se suman los dos numeros. Si los atributos son cadenas 
de caracteres, las cadenas se concatenan para formar una sola cadena extensa. 

En un ejemplo de un deposito bancario, un recibo de deposito podria contener solo el monto a depositar, en 
cuyo caso el banco depositarfa el monto completo, o podria contener el monto a depositar y la cantidad de efec- 
tivo a devolver. Ambas situaciones utilizarfan un metodo de verificacion de deposito, pero los parametros (una de 
las situaciones tambien requeriria devolver el monto de efectivo) serfan distintos. 

Tipos de dases 

Las clases se dividen en cuatro categories: de entidad, de interfaz, abstracta y de control. A continuation expli- 
caremos estas categories. 

CLASES DE ENTIDAD Las clases de entidad representan elementos del mundo real como personas o cosas, 
por ejemplo. Las clases de entidad son las entidades representadas en un diagrama de entidad-relacion. Las 
herramientas CASE como Visible Analyst le permiten crear una clase de entidad de UML a partir de una entidad 
en un diagrama E-R. 

El analista necesita determinar que atributos debe incluir en las clases. Cada objeto tiene muchos atributos, 
pero la clase debe incluir solo aquellos que la organizacion utilice. Por ejemplo, al crear una clase de entidad 
para un estudiante en una universidad necesitamos conocer los atributos que identifican al estudiante, como la 
direction de su hogar y del campus al que pertenece, as! como el promedio de sus calificaciones, los creditos 
totales, etcetera. Si tuviera que llevar el registro del mismo estudiante para una tienda de ropa en llnea, tendrfa 
que conocer la informacion basica de identification ademas de otros atributos descriptivos como las medidas o 
preferencias de color. 

CLASES DE LIMITE O DE INTERFAZ Las clases de limite o de interfaz proveen los medios para que los usuarios 
trabajen con el sistema. Hay dos amplias categories de clases de interfaz: humana y de sistema. 

Una interfaz humana puede ser una pantalla, una ventana, un formulario Web, un cuadro de dialogo, un 
menu, un cuadro de lista u otro control de visualization. Tambien puede ser un telefono de tonos, codigo de ba- 
rras o cualquier otra forma en que los usuarios puedan interactuar con el sistema. Hay que crear prototipos de las 
interfaces humanas (como vimos en el capitulo 6) y a menudo se utiliza un guion grafico para modelar la secuen- 
cia de interacciones. 

Las interfaces del sistema necesitan enviar o recibir datos de otros sistemas. Esto puede incluir a las bases 
de datos en la organizacion. Si se envian datos a una organizacion externa, por lo general se hace en la forma de 
archivos de XML u otras interfaces reconocidas con mensajes y protocolos claramente definidos. Las interfaces 
externas son las menos estables, ya que a menudo hay muy poco o nada de control sobre un socio externo capaz 
de alterar el formato del mensaje o de los datos. 

El XML ayuda a proveer estandarizacion, ya que un socio externo puede agregar nuevos elementos al docu- 
mento de XML, aunque una corporation que transforme los datos en un formato que se pueda utilizar para agre¬ 
gar informacion a una base de datos interna puede ignorar los elementos adicionales sin ningun problema. 

Los atributos de estas clases son los que se encuentran en la pantalla o informe. Los metodos son los que se 
requieren para trabajar con la pantalla o para producir el informe. 

CLASES ABSTRACTAS Las clases abstractas son clases que no se pueden instanciar en forma directa. Las clases 
abstractas estan enlazadas a clases concretas en una relation de generalizacion/especializacion (gen/spec). Por lo 
general el nombre de una clase abstracta se escribe en cursiva. 

CLASES DE CONTROL Las clases de control o activas se utilizan para controlar el flujo de actividades; actuan 
como un coordinador a la hora de implementar las clases. Para obtener clases que se puedan reutilizar, un 
diagrama de clases puede incluir muchas clases de control pequenas. A menudo las clases de control se derivan 
durante el diseno del sistema. 

Es comun crear una clase de control solo para poder reutilizar otra clase. Un ejemplo de ello serfa el proceso 
de inicio de sesion. Podria haber una clase de control que se encargue de la interfaz de usuario de initio de sesion, 
que contiene la logica para verificar el ID y la contrasena del usuario. El problema que surge es que la clase de 
control del inicio de sesion esta disenada para una pantalla de inicio de sesion especifica. Al crear una clase 
de control de inicio de sesion que maneje solo la pantalla de inicio de sesion unica, los datos se pueden pasar a 
una clase de control de validation mas general, la cual verifica los ID y contrasenas de usuario que recibe de mu¬ 
chas otras clases de control que reciben mensajes de interfaces de usuario especlficas. Esto incrementa la reutiliza- 
cion y alsla los metodos de verificacion de inicio de sesion de los metodos para manejar la interfaz de usuario. 

Las reglas para crear diagramas de secuencia son que todas las clases de interfaz deben estar conectadas a una 
clase de control. De manera similar, todas las clases de entidad deben estar conectadas a una clase de control. Las cla¬ 
ses de interfaz, a diferencia de las otras dos, nunca se conectan de manera directa a las clases de entidad. 
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Definition de mensajes y metodos 

Podemos definir cada mensaje mediante una notation similar a la que se describe para el diccionario de da- 
tos (como vimos en el capitulo 8). La definition debe incluir una lista de los parametros que se pasan con 
el mensaje, asf como los elementos contenidos en el mensaje de retorno. Los metodos pueden tener logica 
definida mediante espanol estructurado, una tabla de decision o un arbol de decision, como vimos en el ca¬ 
pitulo 9. 

El analista puede usar las tecnicas de balanceo horizontal con cualquier metodo de clase. Todos los datos 
que se devuelven de una clase de entidad se deben obtener de los atributos almacenados en la clase de entidad, 
de los parametros que se pasan en el mensaje que se envfa a la clase o como resultado de un calculo realizado 
por el metodo de la clase. Hay que examinar la logica y los parametros del metodo para asegurar que la logica 
del metodo tenga toda la informacion requerida para completar su tarea. En el capitulo 7 se describe el balanceo 
horizontal con mas detalle. 

COMO MEJORAR LOS DIAGRAMAS DE SECUENCIA 

Una vez dibujado el diagrama de clases, tal vez sea conveniente regresar al diagrama de secuencia e incluir sfm- 
bolos especiales para cada uno de los distintos tipos de clases que introdujimos en la section anterior. En particu¬ 
lar, los diagramas de secuencia pueden ser abrumadores si un analista no tiene una metodologia sistematica para 
dibujarlos. Los siguientes pasos son un metodo util para mejorar un diagrama de secuencia: 

1. Incluya el actor del diagrama de caso de uso en el diagrama de secuencia mejorado. Este sera una figura de 
palitos del diagrama de caso de uso. Puede haber un actor adicional del lado derecho del diagrama, como 
una companfa de tarjetas de credito o un banco. 

2. Defina una o mas clases de interfaz para cada actor. Cada actor debe tener su propia clase de interfaz. 

3. Cree prototipos de paginas Web para todas las interfaces humanas. 

4. Asegurese de que cada caso de uso tenga una clase de control, aunque se pueden crear mas durante el diseno 
detallado. Busque esa clase de control e incluyala en el diagrama de secuencia. 

5. Examine el caso de uso para ver que clases de entidad estan presentes. Incluya estas en el diagrama. 

6. Tenga en cuenta que el diagrama de secuencia se puede modificar de nuevo al realizar el diseno detallado, 
como cuando se crean paginas Web o clases de control adicionales (una para cada formulario Web enviado). 

7. Para obtener un mayor grado de reutilizacion, considere mover los metodos de una clase de control a una 
clase de entidad. 

Un ejemplo de clase para Web 

Las clases tambien se pueden representar mediante el uso de sfmbolos especiales para las clases de entidad, de 
limite (o interfaz) y de control. A estos sfmbolos se les denomina estereotipos, una extension para el UML; son 
sfmbolos especiales que se pueden utilizar durante el analisis, pero a menudo se utilizan al momento de realizar 
el diseno orientado a objetos. Estos sfmbolos permiten al analista la libertad de jugar con el diseno para optimi- 
zar el grado de reutilizacion. 

Los distintos tipos de clases se utilizan con frecuencia al trabajar en la fase de diseno de sistemas. La figura 
10.15 es un ejemplo que muestra un diagrama de secuencia que representa a un estudiante que ve su informacion 
personal y del curso. En el diagrama, : Interfaz de usuario ver estudiante es un ejemplo de una clase de inter¬ 
faz; :Estudiante,:Section y :Curso son ejemplos de clases de entidad; :Controlador interfaz ver estudiante y 
:C alcular promedio calificacion son clases de control. 

El estudiante se muestra a la izquierda como un actor y proporciona un inicioSesionUsuario a la clase 
:Interfaz de usuario ver estudiante. Este es un formulario Web que obtiene el ID y la contrasena del usuario. 
Cuando el estudiante hace clic en el boton Enviar. el formulario Web se pasa a un :Controlador interfaz ver 
estudiante. Esta clase es responsable de la coordination al enviar los mensajes y recibir la informacion devuelta 
por las demas clases. 

El :Controlador interfaz ver estudiante envfa un mensaje obtenerEstudianteO a la clase ;Estudiante. la 

cual lee una tabla en la base de datos y precede a devolver los datOSEstudiante. 

La paginaWebEstudiante se devuelve a la Hnterfaz de usuario ver estudiante. la cual muestra la in¬ 
formation en el navegador Web. Al final de la pagina hay un botonSiguiente, en el cual el estudiante hace 
clic para ver los cursos. Hacer clic en este boton envfa un formulario Web al :Controlador interfaz ver es¬ 
tudiante. Este formulario contiene el numeroE studiante() que se envfa junto con la paginaWebEstudiante 
y se utiliza para enviar un mensaje a la clase :Seccion para que obtenga la calificacion de la section. Si no 
se enviara el numeroE StudianteO en forma automatica, el estudiante tendrfa que introducir su numeroE Stu- 
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Un diagrama de secuencia para usar dos paginas Web: una para la 
informacion del estudiante y la otra para la informacion del curso. 


diante() de nuevo, lo cual implicarfa un insatisfactorio tecleo redundante. Cabe mencionar que la clase :Estu- 
diante no esta involucrada y que el foco de control (la barra vertical conectada a la clase :E Studiante) termina 
antes de que empiece el segundo conjunto de actividades (las flechas horizontales que apuntan a la derecha). 

La clase :Controlador interfaz ver estudiante envfa un mensaje obtenerSeccionO a la clase :Seccion, la 
cual devuelve una calificacionSeccion. La clase :Seccion tambien envfa un mensaje calcularGPA () a la clase 
:Calcular promedio calificacion, la cual envfa un mensaje de vuelta a la clase :Curso. La clase :Curso de¬ 
vuelve los creditOS que permiten a la clase :Calcu!ar promedio calificacion determinar el GPA y devolverlo al 
:C ontrolador interfaz ver estudiante. 
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El :Controlador interfaz ver estudiantercpitc el envfo de mensajes a la clase : Section hasta que se ha- 
yan incluido todas las secciones para el estudiante. En este momento, :C ontrolador interfaz ver estudiante 
envfa la paginaWebCurso a la clase : Interfaz usuario ver estudiante. que muestra la informacion en el 
navegador. 

A1 utilizar las clases de interfaz de usuario, de control y de entidad, el analista puede explorar el diseno y 
experimental - con el. El diseno antes mencionado mostrarfa toda la informacion personal del estudiante en una 
pagina y la informacion del curso en una segunda pagina. El analista puede modificar el diseno de manera que la 
informacion personal del estudiante y la informacion del curso aparezcan en una pagina Web. Estos dos posibles 
escenarios se revisanan con los usuarios para determinar la mejor opcion. 

Una de las dificultades para el analista es determinar como incluir el numeroEstudiante despues de hacer 
clic en el boton Siguiente. ya que la clase :Estudiante no esta disponible en ese momento. Hay tres formas de 
almacenar y retransmitir los datos desde una pagina Web: 

1. Incluir la informacion en el URL que se muestra en el area de direccion o ubicacion del navegador. En este 
caso, la linea de la ubicacion podrfa mostrar algo asf: http://www.cpu.edu/estudiante/consultestud. 
html?numeroEstudiante= 12345 

Todo lo que va despues del signo de interrogation son datos que los metodos de clase pueden utilizar. 
Este medio de almacenar los datos es facil de implementar y se utiliza con frecuencia en los motores de 
busqueda. 

Hay varias desventajas en cuanto a usar este metodo, por lo que el analista debe tener cuidado. La 
primera preocupacion es la privacidad; cualquiera puede leer la direccion Web. Si la aplicacion involucra 
informacion medica, numeros de tarjeta de credito, etcetera, esta no es una buena opcion. La mayorfa de los 
navegadores tambien muestran los datos de direcciones Web anteriores en sesiones posteriores si el usuario 
introduce los primeros caracteres, por lo que la informacion se puede ver comprometida, dando pie al robo 
de identidad. Una segunda desventaja es que por lo general los datos se pierden una vez que el usuario cierra 
el navegador. 

2. Almacenar la informacion en una cookie: un pequeno archivo almacenado en la computadora cliente 
(navegador). Las cookies constituyen la unica forma de almacenar datos para que persistan mas alia de 
la sesion actual del navegador. Esto permite a la pagina Web mostrar un mensaje tal como “Bienvenido 
de vuelta, Robin. Si no es usted Robin, haga clic aquf’. Por lo general las cookies almacenan numeros de 
cuenta de claves primarias pero no numeros de tarjetas de credito u otro tipo de informacion privada. Las 
cookies estan limitadas a 20 por dominio (como www.cpu.edu) y cada cookie debe ser de 4,000 caracteres 
o menor. 

El analista debe trabajar con otras unidades de negocios para determinar quien necesita usar cookies y 
debe haber cierto control central sobre los nombres utilizados en las cookies. Si la organizacion necesita 
tener mas de 20 cookies, una solution comun es crear distintos nombres de dominio utilizados por la 
organizacion, como soporte.cpu.edu o capacitacion.cpu.edu. 

3. Use campos ocultos en los formularios Web. Por lo general estos campos contienen datos que envfa el 
servidor, son invisibles y no ocupan espacio en la pagina Web. En el ejemplo sobre ver informacion 
del estudiante, la clase :C ontrolador interfaz ver estudiante agrego un campo oculto que contiene 
el numeroEstudiante al formulario paginaWebEstudiante junto con el botonSiguiente. Cuando el 
estudiante hace clic en el botonSiguiente, se envfa el numeroE studiante al servidor y el :C ontrolador 
interfaz ver estudiante sabe para cual estudiante debe obtener la informacion sobre el curso y la 
calificacion. Los datos en formularios ocultos no se guardan de una sesion a otra del navegador, por lo que 
se mantiene la privacidad. 

Las capas de presentation, negocios y persistencia en los diagramas de secuencia 

En el ejemplo anterior mostramos todas las clases en el mismo diagrama. Al escribir codigo para sistemas es util 
analizar los diagramas de secuencia como si tuvieran tres capas: 

1. La capa de presentacion, que representa lo que ve el usuario. Esta capa contiene las clases de interfaz o de 
lfmite. 

2. La capa de negocios, que contiene las reglas unicas para esta aplicacion. Esta capa contiene las clases de 
control. 

3. La capa de persistencia o acceso a los datos, que describe la forma de obtener y almacenar los datos. Esta 
capa contiene las clases de entidad. 

Lo ideal serfa escribir codigo de programa separado para cada una de estas capas. 

Con la introduction de Ajax, las lfneas se volvieron borrosas. Ajax, un acronimo para JavaScript y XML 
asfncrono, es una coleccion de tecnicas que permiten a las aplicaciones Web recuperar informacion del servidor 
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sin alterar la visualization de la pagina actual. Esto resulta ser una ventaja debido a que no hay que volver a car- 
gar toda la pagina Web si recibimos datos adicionales del servidor. 

Antes de la creation de Ajax, el usuario que visitaba una pagina Web respondfa algunas preguntas mediante 
la introduccion de datos en un formulario basado en Web y despues tenia que esperar hasta que se cargara una 
nueva pagina. Esto era necesario debido a que el codigo para validar, obtener los datos y despues responder al 
usuario residia en el servidor. Con la llegada de Ajax, la pagina Web se actualiza con rapidez debido a que gran 
parte del proceso de validacion y demas logica de control se incluye ahora en el codigo de JavaScript del nave- 
gador o del lado del cliente. Esto significa que las reglas de negocios se incluyen tanto en la clase de limite como 
en la clase de control, por lo que no es posible tener tres capas. 


COMO MEJORAR LOS DIAGRAMAS DE CLASES 

Los simbolos de clases tambien se pueden usar en los diagramas de clases y de comunicacion. La figura 
10.16 ilustra el diagrama de clases para un estudiante que ve su information personal y del curso en paginas 
Web. Cada clase tiene atributos y metodos (los cuales no se muestran en los diagramas que utilizan esta no¬ 
tation). 

Si la clase es de tipo interfaz de usuario, los atributos son los controles (o campos) en la pantalla o formu¬ 
lario. Los metodos serian los que trabajan con la pantalla, como enviar o restablecer. Tambien podrfan ser Java¬ 
Script para una pagina Web, ya que el codigo trabaja de manera directa con la pagina Web. 

Si la clase es una clase de control, los atributos serian aquellos que se necesitan para implementar la clase, 
como las variables que se utilizan solo en la clase de control. Los metodos serian aquellos utilizados para realizar 
calculos, tomar decisiones y enviar mensajes a otras clases. 

Si la clase es una clase de entidad, los atributos representan a los atributos almacenados para la entidad y 
los metodos que trabajan directamente con la entidad, como crear una instancia, modificar, eliminar, obtener o 
imprimir. 

Los sitios Web pueden usar una combination de muchas clases para cumplir con los objetivos de 
usuario. Por ejemplo, un sitio Web puede usar JavaScript para realizar una validacion previa de los datos 
y despues pasarlos a las clases de control del servidor que realizan una validacion detallada, incluyendo 
la obtencion de los datos. A su vez, las clases de control del servidor pueden enviar JavaScript de vuelta a la 
pagina Web para aplicar cierto formato. Es muy comun que una aplicacion Web involucre a muchas clases, 
algunas de las cuales contienen solo una lfnea de codigo, en un metodo para poder lograr el objetivo de la 
reutilizacion. 
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Relaciones 

Otra manera de mejorar los diagramas de clases es mostrar las relaciones. Estas son conexiones entre las clases, 
de manera similar a las que se encuentran en un diagrama de entidad-relacion. Las relaciones se muestran como 
lfneas que conectan a las clases en un diagrama de clases. Hay dos categories de relaciones: asociaciones y rela¬ 
ciones entre un todo y sus partes. 

ASOCIACIONES El tipo mas simple de relation es una asociacion, o conexion estructural entre clases u objetos. 
Las asociaciones se muestran como una simple lrnea en un diagrama de clases. Los puntos finales de la lrnea se 
etiquetan con un sfmbolo que indica la multiplicidad, que es lo mismo que la cardinalidad en un diagrama de 
entidad-relacion. Un cero representa ninguno, un uno representa uno y solo uno; un asterisco representa muchos. 
La notacion 0..1 representa de cero a uno y la notacion 1..* representa de uno a muchos. En la figura 10.17 se 
muestran las asociaciones. 


FIGURA 10.17 

Tipos de asociaciones que pueden 
ocurrir en los diagramas de clases. 
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FIGURA 10.18 

Un ejemplo de una clase 
asociativa en la que una seccion 
especffica define la relacion entre 
un estudiante y un curso. 


Los diagramas de clases no restringen el lfmite inferior para una asociacion. Por ejemplo, una asocia- 
cion podrfa ser 5..*, lo cual indica que debe haber un mi'nimo de 5 presentes. Lo mismo se aplica para los 
lfmites superiores. Por ejemplo, el niimero de cursos en los que esta inscrito actualmente un estudiante po¬ 
drfa ser 1.. 10, lo cual representa de 1 a 10 cursos. Tambien se puede incluir un rango de valores separados 
por comas, como 2, 3, 4. En el modelo de UML, las asociaciones por lo general se etiquetan con un nombre 
descriptivo. 

Las clases de asociaciones son aquellas que se utilizan para descomponer una asociacion de muchos a mu- 
chos entre las clases. Son similares a las entidades asociativas en un diagrama de entidad-relacion. E studiante y 
C urso tienen una relacion de muchos a muchos; para resolver esta relacion se agrega una clase de asociacion 11a- 
mada Seccion entre las clases de Estudiante y C urso. La figura 10.18 muestra una clase de asociacion llamada 
Seccion con una linea punteada conectada a la lfnea de la relacion de muchos a muchos. 

Un objeto en una clase puede tener una relacion con otros objetos en la misma clase; a esto se le denomina 
asociacion reflexiva. Un ejemplo serfa una tarea que tenga una tarea precedente, o un empleado que supervisa a 
otro empleado. Esto se muestra como una lfnea de asociacion que conecta a la clase consigo misma, con etique- 
tas que indican los nombres de los roles, como tarea y tarea precedente. 

RELACIONES ENTRE UN TODO Y SUS PARTES Estas relaciones se dan cuando una clase representa al objeto como 
un todo y otras clases representan partes de ese objeto. El todo actua como un contenedor para las partes. Para 
mostrar estas relaciones en un diagrama de clases se utiliza una lfnea con un diamante en un extremo. El diamante 
esta conectado al objeto que es el todo. Las relaciones entre un todo y sus partes (asf como la agregacion, que 
veremos mas adelante) se muestran en la figura 10.19. 

Una relacion entre un todo y sus partes puede ser un objeto entidad que tenga partes distintas, como un sis- 
tema computarizado que incluye computadora, impresora, pantalla, etc., o un automovil que tiene un motor, sistema 
de frenos, transmision, etc. Tambien es posible usar relaciones entre un todo y sus partes para describir una in- 
terfaz de usuario en la que una pantalla de GUI contiene una serie de objetos como listas, cuadros o botones de 
opcion, o tal vez un encabezado, cuerpo y area del pie. Las relaciones entre un todo y sus partes tienen tres cate¬ 
gories: agregacion, coleccion y composition. 

Agregacion Una agregacion se describe comunmente como una relacion “tiene un”. La agregacion provee el 
medio para mostrar que todo el objeto esta compuesto de la suma de sus partes (otros objetos). En el ejemplo 
de inscription de estudiantes, el departamento tiene un curso y el curso es para un departamento. Esta es una 
relacion mas debil, ya que tal vez el departamento cambie o se elimine y el curso puede seguir existiendo. Un 
paquete de computadora tal vez ya no este disponible, pero las impresoras y los demas componentes siguen 
existiendo. El diamante al final de la lfnea de la relacion no esta relleno. 

Coleccion Una coleccion consiste de un todo y sus miembros. Este puede ser un distrito de votacion con votantes 
o una biblioteca con libros. Los votantes o libros pueden cambiar, pero el todo retiene su identidad. Esta es una 
asociacion debil. 
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FIGURA 10.19 

Un ejemplo de relaciones entre un 
todo y sus partes y de agregacion. 



Composicion La composicion es una relation entre un todo y sus partes, donde el todo tiene una responsabilidad 
por cada parte. Es una relation mas fuerte y por lo general se muestra con un diamante relleno. Las palabras 
clave para la composition son una clase “siempre contiene” a otra clase. Si el todo se elimina, todas las partes se 
eliminan. Un ejemplo serfa una politica de seguros con clausulas adicionales. Si se cancela la poliza tambien 
se cancelan las clausulas adicionales del seguro. En una base de datos se establecerfa la integridad referential 
para eliminar los registros hijos en cascada. En una universidad hay una relation de composicion entre un 
curso y una asignacion, asf como entre un curso y un examen. Si se elimina el curso se eliminan tambien las 
asignaciones y los examenes. 

Diagramas de generalizacion/especializacion (gen/spec) 

Un diagrama de generalizacion/especializacion (gen/spec) se puede considerar un diagrama de clases mejo- 
rado. Algunas veces es necesario separar las generalizaciones de las instancias especfficas. Como vimos al 
principio de este capitulo, un oso koala es parte de una clase de marsupiales, que a su vez es parte de una 
clase de animales. Algunas veces necesitamos diferenciar si un oso koala es un animal o si es un tipo de ani¬ 
mal. Ademas, un oso koala puede ser un animal de peluche. Por lo tanto, a menudo es necesario aclarar estas 
sutilezas. 

GENERALIZACION Una generalization describe una relation entre un tipo general de cosa y un tipo mas 
espetifico de cosa. Este tipo de relation se describe comunmente como una relation “es un”. Por ejemplo, un 
auto es un vehiculo y un camion es un vehfculo. En este caso, el vehfculo es la cosa general, mientras que auto y 
camion son las cosas mas especfficas. Las relaciones de generalization se utilizan para modelar la herencia y la 
especializacion de las clases. A una clase general se le conoce algunas veces como superclase, clase base o clase 
padre; a una clase especializada se le llama subclase, clase derivada o clase hija. 

HERENCIA Varias clases pueden tener los mismos atributos y/o metodos. Cuando esto ocurre, se crea una clase 
general que contiene los atributos y metodos comunes. La clase especializada recibe o hereda los atributos 
y metodos de la clase general. Ademas, la clase especializada tiene atributos y metodos unicos que solo se 
definen en ella. Al crear clases generalizadas y permitir que la clase especializada herede los atributos y metodos 
ayudamos a fomentar la reutilizacion, ya que el codigo se utiliza muchas veces. Esto tambien ayuda a mantener 
el codigo existente del programa. Asf, el analista puede definir los atributos y metodos una vez, pero usarlos 
muchas veces en cada clase heredada. 
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Una de las caracterfsticas especiales de la metodologfa orientada a objetos es la creation y el mantenimiento 
de extensas bibliotecas de clases disponibles en muchos lenguajes. Por ejemplo, un programador que utilice Java, 
.NET o C# tendra acceso a una enorme cantidad de clases que ya se han desarrollado. 

POLIMORFISMO El polimorfismo (que significa muchas formas) o redefinition de metodos (no es lo mismo 
que sobrecarga de metodos) es la capacidad de un programa orientado a objetos de tener varias versiones de 
un mismo metodo con el mismo nombre dentro de una relation superclase/subclase. La subclase hereda un 
metodo padre pero le puede agregar elementos o modificarlo. La subclase puede cambiar el tipo de los datos, o 
puede cambiar la forma en que trabaja el metodo. Por ejemplo, podrfa haber un cliente que reciba un descuento 
adicional por volumen, con lo que se usarfa un metodo modificado para calcular el total del pedido. Se dice que 
el metodo de la subclase redefine al metodo de la superclase. 

Cuando los atributos o metodos se definen mas de una vez, se utiliza el mas espetifico (el mas bajo en la 
jerarqufa de clases). El programa compilado recorre la cadena de clases en busca de los metodos. 

CLASES ABSTRACTAS Las clases abstractas son clases generates y se utilizan cuando se incluye la generalization/ 
especificacion (gen/spec) en el diseno. La clase general se convierte en la clase abstracta. La clase abstracta no 
tiene objetos directos o instancias de clase, y se utiliza solo en conjunto con clases especializadas. Por lo general 
las clases abstractas tienen atributos y pueden tener unos cuantos metodos. 

La figura 10.20 es un ejemplo de un diagrama de clases de generalizacion/especificacion. La flecha apunta 
a la clase general, o superclase. A menudo las lineas que conectan dos o mas subclases con una superclase se 



FIGURA 10.20 

Un diagrama de generalization/ 
especificacion es una forma 
refinada de un diagrama de clases. 
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unen mediante una flecha que apunta a la superclase, pero tambien se podrfan mostrar como flechas separadas. 
Observe que el nivel superior es Persona, la clase que representa a cualquier persona. Los atributos describen 
cualidades que poseen todas las personas en la universidad. Los metodos permiten a la clase cambiar el nom- 
bre y la direccion (incluyendo el telefono y la direccion de correo electronico). Esta es una clase abstracta, sin 
instancias. 

Estudiante y Empleado son subclases ya que tienen distintos atributos y metodos. Un empleado no tiene una 
calificacion promedio y un estudiante no tiene un salario. Esta es una version simple y no incluye a los emplea- 
dos que son estudiantes ni a los estudiantes que trabajan para la universidad. Si se agregaran, serfan subclases de 
las clases E mpleado y Estudiante. E mpleado tiene dos subclases, Docente y Administrador. ya que hay dis¬ 
tintos atributos y metodos para cada una de estas clases especializadas. 

Las subclases cuentan con verbos especiales para definirlas. A menudo son palabras seguidas, como esun 
para “es un”, esuntipode para “es un tipo de” y puedeserun para “puede ser un”. No hay distincion entre “es un” 
y “es una”; ambas utilizan esun. 


esun Docente esun Empleado 

esuntipode Administrador esuntipode Empleado 

puedeserun Empleado puedeserun Docente 


IDENTIFICAR CLASES ABSTRACTAS Tal vez pueda identificar las clases abstractas si encuentra varias clases o 
tablas de base de datos que tengan los mismos elementos, o si varias clases tienen los mismos metodos. Podemos 
crear una clase general al extraer los atributos y metodos comunes, o podrfamos crear una clase especializada 
para los atributos y metodos unicos. Si usamos un ejemplo bancario como un retiro, un pago sobre un prestamo o 
la escritura de un cheque, todos tendran el mismo metodo: restar dinero del saldo del cliente. 

BUSCAR CLASES Hay varias formas de determinar las clases. Se pueden descubrir durante las sesiones de 
entrevista o JAD (que vimos en el capftulo 4), durante las sesiones facilitadas del equipo o a partir de las 
sesiones de lluvia de ideas. Al analizar documentos y memos tambien se pueden revelar clases. Una de 
las formas mas sencillas es usar el metodo CRC que vimos antes en este capftulo. El analista tambien debe 
examinar los casos de uso en busca de sustantivos. Cada sustantivo puede generar un candidato a una clase 
potencial. Se les llama clases candidatas debido a que algunos de los sustantivos pueden ser atributos de una 
clase. 

Cada clase debe existir para un objeto distinto que tenga una definicion clara. Preguntese que conoce la 
clase, los atributos; y que es lo que la clase sabe como hacer, los metodos. Identifique las relaciones entre clases 
y la multiplicidad para cada extremo de la relacion. Si la relacion es de muchos a muchos, cree una clase de in- 
terseccion o asociativa, similar a la entidad asociativa en un diagrama de entidad-relacion. 

DETERMINAR LOS METODOS DE LAS CLASES El analista debe determinar los atributos y metodos de las clases. 
Los atributos son faciles de identificar, pero los metodos que trabajan con los atributos pueden ser mas diffciles 
de identificar. Algunos de los metodos son estandar y siempre estan asociados con una clase, como new(), o el 
metodo «crear», que es una extension para el UML creada por una persona u organization, a lo cual se le 
conoce como estereotipo. Los sfmbolos « y » no son simplemente pares de sfmbolos mayor que y menor que, 
sino que se les conoce como parentesis angulares. 

Otra manera util de determinar los metodos es examinar una matriz CRUD (vea el capftulo 7). La figura 
10.21 muestra una matriz CRUD para los ofrecimientos de cursos. Cada letra requiere un metodo distinto. Si 
hay una C para crear, se agrega un metodo new(). Si hay una U para actualizar, se agrega un metodo actualizar() 
o cambiar(). Si hay una D para eliminar, se agrega un metodo eliminar() o quitar(). Si hay una R para leer, se 
agregan metodos para buscar, ver o imprimir. En el ejemplo mostrado, la clase librotexto necesitarfa un metodo 
crear para agregar un libro de texto y un metodo leer para iniciar una consulta sobre un curso, cambiar un libro 
de texto o buscar un libro de texto. Si se reemplazara un libro de texto se necesitarfa un metodo actualizar, y si se 
quitara un libro de texto se requerirfa un metodo eliminar. 

MENSAJES Para poder lograr un trabajo util, la mayorfa de las clases necesitan comunicarse entre sf. La 
information se puede enviar mediante un objeto en una clase a un objeto en otra clase a traves de un mensaje, 
en forma similar a una llamada en un lenguaje de programacion tradicional. Un mensaje tambien actiia como 
comando para indicar a la clase receptora que haga algo. Un mensaje consiste en el nombre del metodo en la 
clase receptora, asf como los atributos (parametros o argumentos) que se pasan con el nombre del metodo. La clase 
receptora debe tener un metodo que corresponda al nombre del mensaje. 
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Actividad 

Departamento Curso 

Librotexto Asignacion Examen 

FIGURA 10.21 

Se puede usar una matriz CRUD 
para ayudar a determinar que 
metodos se necesitan. Esta matriz 

Agregar departamento 

C 


Ver departamento 

R 


CRUD se utiliza para determinar 
los metodos y las operaciones 




Agregar curso 

R C 


para los ofrecimientos de cursos. 


Cambiar curso 

R 

U 




Consulta de curso 

R 

R 

R 

R 

R 

Agregar libro de texto 

R 

R 

C 



Cambiar libro de texto 


R 

RU 



Buscar libro de texto 


R 

R 



Eliminar libro de texto 


R 

D 



Agregar asignacion 


R 


C 


Cambiar asignacion 


R 


RU 


Cambiar asignacion 


R 


R 


Ver asignacion 


R 



R 

Agregar examen 


R 



RU 

Cambiar examen 


R 



R 


Como los mensajes se envian de una clase a otra, se pueden considerar como entrada o salida. La primera 
clase debe proveer los parametros incluidos con el mensaje y la segunda clase utiliza esos parametros. Si existe 
un diagrama de flujo de datos hijo fisico para el dominio del problema, puede ser util para descubrir metodos. El 
flujo de datos de un proceso primitivo a otro representa el mensaje y hay que examinar los procesos primitivos 
como candidates a metodos. 


DIAGRAMAS DE ESTADOS 

El diagrama de estados, o de transiciones de estado, es otra herramienta para determinar los metodos de las cla- 
ses. Se utiliza para examinar los distintos estados que puede tener un objeto. 

Se crea un diagrama de estados para una sola clase. Por lo general los objetos se crean, pasan por cambios y 
se eliminan o quitan. 

Los objetos existen en estos diversos estados, que son las condiciones de un objeto en un momento especf- 
fico. Los valores del atributo de un objeto definen el estado en que se encuentra el objeto y algunas veces hay 
un atributo tal como Estado del pedido (pendiente, en recoleccion, empaquetado, enviado, recibido, etcetera) que 
indica el estado. Un estado tiene un nombre en el que cada palabra empieza con mayuscula. El nombre debe ser 
unico y descriptivo. Un estado tambien tiene acciones de entrada y de salida: las cosas que el objeto debe hacer 
cada vez que entra o sale de un estado especifico. 

Un evento es algo que ocurre en un tiempo y lugar especificos. Los eventos provocan un cambio del 
estado del objeto y se dice que una transicion se “dispara”. Los estados separan eventos, como un pedido 
que espera a ser llenado, y los eventos separan estados, como un evento Pedido recibido o un evento Pedido 
complete. 

Un evento produce la transicion y ocurre cuando se cumple una condicion de guardia. Esta condicion de 
guardia es algo que se evalua como verdadero o falso y puede ser tan simple como “Hacer clic para confirmar el 
pedido”. Tambien puede ser una condicion que ocurra en un metodo, como un elemento que este agotado. Las 
condiciones de guardia se muestran entre corchetes a un lado de la etiqueta del evento. 
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Ademas hay eventos diferidos, o eventos que se retienen hasta que un objeto cambia a un estado que pueda 
aceptarlos. Un usuario que teclea algo cuando un procesador de palabras realiza un respaldo sincronizado es un ejem- 
plo de un evento diferido. Una vez que se completa el respaldo sincronizado, el texto aparece en el documento. 

Los eventos se clasifican en tres categorfas distintas: 

1. Senales o mensajes asmcronos, que ocurren cuando el programa que hace la llamada no espera un mensaje 
de retorno, como una caracterfstica que se opera desde un menu. 

2. Mensajes sincronicos, que son llamadas a funciones o subrutinas. El objeto que hace la llamada se detiene y 
espera a que se le regrese el control, junto con un mensaje opcional. 

3. Eventos temporales, que ocurren en un tiempo predeterminado. Por lo general no involucran a un actor o a 
un evento externo. 

Los objetos materiales tienen persistencia; es decir, existen durante un extenso periodo de tiempo. Los 
vuelos de aviones, conciertos y eventos deportivos tienen una persistencia mas corta (pueden tener estados que 
cambian en un tiempo mas corto). Algunos objetos, conocidos como objetos transitorios, no sobreviven al final 
de una sesion. Estos incluyen la memoria principal, los datos de una URL (o ubicacion) Web, las paginas Web, 
pantallas CICS, etcetera. La unica forma de guardar los objetos transitorios es almacenar la information sobre 
ellos, como cuando se guardan los datos Web en una cookie. 

Cada vez que un objeto cambia de estado, algunos de los atributos cambian sus valores. Ademas, cada vez 
que cambian los atributos de un objeto, debe haber un metodo para cambiar esos atributos. Cada uno de los me- 
todos necesitarfa una pantalla o formulario Web para agregar o modificar los atributos. Estos se convierten en 
los objetos de interfaz. Comunmente la pantalla o formulario Web contiene mas controles (o campos) que los 
atributos que cambian. Por lo general tienen claves primarias, information de identification (como un nombre o 
direction) y otros atributos necesarios para una buena interfaz de usuario. La exception es un evento temporal, 
que puede usar tablas de la base de datos o una cola para contener la information. 

Ejemplo de una transition de estado 

Veamos el ejemplo de un estudiante que se inscribe en una universidad y los diversos estados por los que pasarfa. 
A continuation le mostramos una lista detallada de tres de esos estados: 


E stado: 

Estudiante potencial 

E vento: 

Aplicacion enviada 

M etodo: 

new() 

Atributos modificados: 

Numero 

Nombre 

Direction 

Interfaz de usuario: 

Formulario Web Solicitud de 
estudiante 

E stado: 

Estudiante Aceptado 

E vento: 

Requerimientos cumplidos 

M etodo: 

aceptarEstudiante() 

Atributos modificados: 

Fecha de admision 

Estado del estudiante 

Devolver carta de aceptacion 

Interfaz de usuario: 

Pantalla Aceptar estudiante 

E stado: 

Dormitorio Asignado Estudiante 

E vento: 

Dormitorio seleccionado 

M etodo: 

asignarDormitorio() 

Atributos modificados: 

Nombre del dormitorio 

Cuarto del dormitorio 

Plan de comidas 

Interfaz de usuario: 

Pantalla Asignar dormitorio a 
estudiante 


Los otros estados son Estudiante Programa, Estudiante Actual. Estudiante Continuoy Estudiante Gra- 
duado. A cada estado hay que asociar un evento, metodos, atributos modificados y una interfaz de usuario. Po- 
demos usar esta serie de estados para determinar los atributos y metodos que forman parte de la clase. 

Los estados y eventos que desencadenan los cambios se pueden representar en un diagrama de estados (o en 
un diagrama de transiciones de estado). En la figura 10.22 se muestra el diagrama de estados para Estudiante. 
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se envio 
solicitud 


Estudiante 

se cumplieron 
los requerimientos w 

Estudiante 

Potencial 


Aceptado 


se selecciono 
el dormitorio 


Dormitorio 

Asignado 

Estudiante 


se selecciono 
el programa 


' 1 



FIGURA 10.22 

Un diagrama de estados donde se 
muestra como un estudiante 
progresa de estudiante potencial a 
estudiante graduado. 


Los estados se representan mediante rectangulos y los eventos o actividades son las flechas que enlazan los es¬ 
tados y hacen que un estado cambie a otro estado. Los eventos de transicion se nombran en pasado, porque ya 
ocurrieron para crear la transicion. 

No hay que crear diagramas de estados para todas las clases. Se crean cuando: 

1. Una clase tiene un ciclo de vida complejo. 

2. Una instancia de una clase puede actualizar sus atributos en varias formas durante el ciclo de vida. 

3. Una clase tiene un ciclo de vida operacional. 

4. Dos clases dependen una de la otra. 

5. El comportamiento actual del objeto depende de lo que ocurrio antes. 

A1 examinar un diagrama de estados, aproveche la oportunidad para buscar errores y excepciones. Inspec- 
cione el diagrama para detectar si los eventos ocurren en un tiempo inadecuado. Verifique tambien que se hayan 
representado todos los eventos y estados. En los diagramas de estados solo hay que evitar dos problemas: verifi¬ 
que que no entren todas las transiciones en un estado o que salgan todas de este. 

Cada estado debe tener por lo menos una transicion de entrada y de salida. Algunos diagramas de es¬ 
tados usan los mismos simbolos de inicio y terminacion que los que utiliza un diagrama de actividad: un 
circulo relleno para representar el inicio y cfrculos concentricos con el centra relleno para indicar el fin del 
diagrama. 


PAQUETES Y OTROS ARTEFACTOS DE UML 

Los paquetes son contenedores para otras cosas de UML, como los casos de uso o las clases. Los paquetes pue- 
den mostrar el particionamiento del sistema, para indicar que clases o casos de uso se agrupan en un subsistema, 
a lo cual se le denomina paquetes logicos. Tambien pueden ser paquetes componentes, que contienen componen- 
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FIGURA 10.23 

Los casos de uso se pueden 
agrupar en paquetes. 



tes ffsicos del sistema, o paquetes de casos de uso que contienen un grupo de casos de uso. Los paquetes usan un 
sfmbolo de carpeta con el nombre del paquete en la ficha de la carpeta o centrado en la misma. El empaqueta- 
miento puede ocurrir durante el analisis del sistema o en una etapa posterior de diseno del sistema. Los paquetes 
tambien pueden tener relaciones de manera similar a los diagramas de clases, que pueden incluir asociaciones y 
herencia. 

La figura 10.23 es un ejemplo de un diagrama de paquetes de casos de uso. Muestra que cuatro casos de uso, 

Agregar estudiante. Inscribirse en dase, Transferir creditos y Ver informacion de estudiante son parte del 
paquete E studiante Hay tres casos de uso, Agregar docente. Ver informacion de docente y Asignar docente 
a curso que forman parte del paquete Docente. 

A medida que continue construyendo diagramas le sera conveniente utilizar los diagramas de componentes, 
los diagramas de despliegue y las cosas de anotaciones. Estos permiten distinta perspectivas sobre el trabajo a 
realizar. 

El diagrama de componentes es similar a un diagrama de clases, solo que es mas como una vista superficial 
de la arquitectura del sistema. El diagrama de componentes muestra los componentes del sistema, como un ar- 
chivo de clase, un paquete, las bibliotecas compartidas, una base de datos, etcetera, y la forma en que se relacio- 
nan entre si. Los componentes individuales en un diagrama de componentes se consideran con mas detalle dentro 
de otros diagramas de UML, como los diagramas de clases y los diagramas de casos de uso. 

El diagrama de despliegue ilustra la implementation ffsica del sistema, incluyendo el hardware, las relacio¬ 
nes entre el hardware y el sistema en el que se va a desplegar. El diagrama de despliegue puede mostrar los ser- 
vidores, estaciones de trabajo, impresoras, etcetera. 

Las cosas de anotaciones proveen a los desarrolladores mas informacion sobre el sistema. Estas cosas con- 
sisten en notas que se pueden unir a cualquier cosa en UML: objetos, comportamientos, relaciones, diagramas 
o cualquier cosa que requiera descripciones detalladas, suposiciones o cualquier informacion relevante para el 
diseno y la funcionalidad del sistema. El exito del UML depende de la documentation completa y precisa de 
nuestro modelo del sistema para proveer toda la informacion que sea posible al equipo de desarrollo. Las notas 
proveen una fuente de conocimiento y comprension comun sobre su sistema para ayudar a que sus desarrollado¬ 
res esten coordinados. Las notas se muestran como un sfmbolo de un papel con una esquina doblada y una lfnea 
que las conecta con el area que necesita mas detalles. 
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Desarrollo de un sistema fino cuyo plazo de entrega 
se vencio hace mucho: uso del analisis orientado a objetos 
para el Sistema de la biblioteca publica Ruminski* 


^^ientras Dewey Dezmal entra a la sala de lectura de techos 
altos y paneles de madera de la Biblioteca Publica Ruminski, una 
joven sentada en una larga mesa de roble asoma su cabeza por 
encima de un monitor, lo ve y al pararse dice: “Bienvenido, soy 
Peri Otticle, directora de la biblioteca. Entiendo que esta usted 
aqul para ayudarnos a desarrollar nuestro nuevo sistema de infor¬ 
mation”. 

Intimidado aun por la belleza del antiguo edificio de la biblio¬ 
teca y la yuxtaposicion de tanta tecnologla y tanta historia, Dewey 
se presenta como analista de sistemas con una pequena empresa de 
consultorfa de TI, People and Objects, Inc. 

“Es la primera vez que me asignan a este tipo de proyecto, 
aunque en realidad es interesante para mi, ya que me gradue de la 
Information Studies School en la Upstate University. Hay especia- 
lizaciones en ciencias bibliotecarias o TI, por lo que muchos de mis 
companeros entraron a trabajar en bibliotecas publicas; yo opte por 
el grado de TI”. 

“Entonces vamos a trabajar bien juntos”, dice Peri. “Vanios a 
mi oficina para no molestar a los usuarios y poder ensenarte un in¬ 
forme que escribf’. 

Al pasar por la bella escalera en espiral, al parecer esculpida 
en madera, Peri observa que Dewey ve los alrededores y dice: “Tal 
vez te preguntes sobre la magnificencia del edificio, ya que somos 
una institution publica. Somos afortunados. Nuestro benefactor es 
Valerian Ruminski. De hecho, ha donado tanto dinero a tantas bi¬ 
bliotecas que el personal lo llama afectuosamente “Valerian el Bi- 
bliotecario”. 

Despues de pasar varios usuarios, Peri continua: “Como pue- 
des ver, es un lugar muy concurrido. Y sin importar nuestro antiguo 
entorno, no estamos detenidos en el pasado”. 

Dewey lee el reporte que le entrega Peri. Una seccion extensa 
se titula “Resumen de los principales requerimientos de los usua¬ 
rios” y la lista en vinetas dice: 

• Un usuario de la biblioteca que este registrado en el sistema 
puede sacar libros y revistas del sistema. 

• El sistema de la biblioteca debe revisar en forma periodica 
(por lo menos una vez a la semana) si se vencio la fecha de 
entrega de un ejemplar de un libro o publicacion 
especializada que un usuario haya sacado. De ser as! se 
enviara un aviso al usuario. 

• Un usuario puede reservar un libro o publicacion 
especializada que se encuentre prestada o que este en proceso 
de compra. La reservation se cancelara cuando el usuario 


saque el libro o publicacion especializada, o por medio de un 
servicio de cancelation formal. 

Al tiempo que deja de ver el informe, Dewey dice a Peri: “Estoy 
empezando a entender los requerimientos del usuario. Veo muchas 
similitudes entre mi antigua biblioteca universitaria y esta. Pero el 
tema que no vi que cubrieras fue el de como decidir que es lo que la 
biblioteca debe recolectar y que es lo que debe desechar”. 

Peri sonrle y contesta: “Es una pregunta intuitiva. El personal de 
la biblioteca maneja la compra de nuevos libros y publicaciones es- 
pecializadas para la biblioteca. Si algo es popular se compran mas de 
dos copias. Podemos crear, actualizar y eliminar information sobre 
los tltulos y copias de los libros y publicaciones especializadas, usua¬ 
rios, prestamo de materiales y reservaciones en el sistema”. 

Dewey deja de ver su libreta de anotaciones y dice: “Aun estoy 
un poco confundido. ^Cual es la diferencia entre los terminos titulo 
y ejemplarT’. 

Peri responde: “La biblioteca puede tener varios ejemplares de 
un titulo. El titulo por lo general se refiere al nombre de un libro o 
publicacion especializada. Son los ejemplares de un libro los que se 
sacan de la biblioteca”. 

Con base en la entrevista de Dewey con Peri y la description 
de requerimientos en su informe, as! como en su propia experiencia 
con el uso de los servicios de bibliotecas, use UML para responder 
a las siguientes preguntas (Nota: Es importante que se asegure de 
que sus soluciones sean logicas y funcionales; establezca sus supo- 
siciones con claridad siempre que sea necesario): 

1. Dibuje un diagrama de casos de uso para representar a los 
actores y los casos de uso en el sistema. 

2. Describa los pasos para cada caso de uso (como hicimos para 
organizar los casos de uso). 

3. Describa escenarios para los pasos. En otras palabras, cree un 
usuario y escriba un ejemplo del usuario a medida que 
recorre cada paso. 

4. Desarrolle una lista de cosas. 

5. Cree diagramas de secuencia para los casos de uso con base 
en los pasos y escenarios. 

6. Complete el diagrama de clases; determine las relaciones 
entre las clases y defina los atributos y metodos de cada 
clase. Use la cosa de agrupamiento llamada paquete para 
simplificar el diagrama de clases. 

* Basado en un problema escrito por el Dr. Wayne Huang. 


PONGA EL UML A TRABAJAR 

El UML provee un util conjunto de herramientas para el analisis y diseno de sistemas. Al igual que con cual- 
quier producto creado con la ayuda de herramientas, el valor de los entregables de UML en un proyecto de- 
pende de la experiencia con la que el analista de sistemas maneje las herramientas. En un principio el analista 
usara el conjunto de herramientas de UML para descomponer los requerimientos del sistema en un modelo de 
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casos de uso y en un modelo de objetos. El modelo de casos de uso describe los casos de uso y los actores. El 
modelo de objetos describe los objetos y sus asociaciones, ademas de las responsabilidades, colaboradores y 
atributos de los objetos. 

1. Defma el modelo de casos de uso. 

• Busque los actores en el dominio del problema; revise los requerimientos del sistema y entreviste algunos 
expertos de negocios. 

• Identifique los eventos principales iniciados por los actores y desarrolle un conjunto de casos de uso 
primarios en un nivel muy alto, que describan los eventos desde la perspectiva de cada actor. 

• Desarrolle los diagramas de casos de uso para comprender como se relacionan los actores con los casos 
de uso que definiran el sistema. 

• Refine los casos de uso primarios para desarrollar una descripcion detallada de la funcionalidad del 
sistema para cada caso de uso primario. Provea detalles adicionales al desarrollar los escenarios de casos 
de uso que documenten los flujos alternos de los casos de uso primarios. 

• Revise los escenarios de casos de uso con los expertos del area de negocios para verificar los procesos e 
interacciones. Haga las modificaciones necesarias hasta que los expertos del area de negocios esten de 
acuerdo en que los escenarios de los casos de uso son completos y precisos. 

2. Continue con la creacion de diagramas de UML para modelar el sistema durante la fase de analisis de 

sistemas. 

• Derive los diagramas de actividad a partir de los diagramas de casos de uso. 

• Desarrolle los diagramas de secuencia y de comunicacion a partir de los escenarios de los casos de uso. 

• Revise los diagramas de secuencia con los expertos del area de negocios para verificar los procesos y las 
interacciones. Haga las modificaciones necesarias hasta que los expertos del area de negocios esten de 
acuerdo en que los diagramas de secuencia son completos y precisos. Con frecuencia, la revision 
adicional de los diagramas de secuencia graficos provee a los expertos del area de negocios la 
oportunidad de reconsiderar y refinar los procesos con un detalle mas atomico que la revision de los 
escenarios de los casos de uso. 

3. Desarrolle los diagramas de clases. 

• Busque los sustantivos en los casos de uso y haga una lista. Son objetos potenciales. Una vez que 
identifique los objetos, busque similitudes y diferencias en los objetos debido a sus estados o 
comportamiento y despues cree las clases. 

• Defma las principales relaciones entre las clases. Busque las relaciones “tiene un” y “es un” entre las 
clases. 

• Examine los diagramas de casos de uso y de secuencias para poder determinar las clases. 

• Empezando con los casos de uso que son los mas importantes para el diseno del sistema, cree los 
diagramas de clases que muestren las clases y relaciones que existen en los casos de uso. Un diagrama de 
clases puede representar a las clases y relaciones descritas en varios casos de uso relacionados. 

4. Dibuje diagramas de estados. 

• Desarrolle diagramas de estados para ciertos diagramas de clase, de manera que pueda proveer un analisis 
mas detallado del sistema en este punto. Use los diagramas de estados como ayuda para comprender los 
procesos complejos que no se puedan derivar por completo de los diagramas de secuencia. 

• Determine los metodos al examinar los diagramas de estados. Derive los atributos de las clases de los 
estados (datos) a partir de los casos de uso, expertos de las areas de negocios y metodos de las clases. 
Indique si los metodos y atributos de la clase son piiblicos (acceso externo) o privados (acceso interno 
para la clase). Los diagramas de estados son en extremo utiles para modificar los diagramas de clases. 

5. Empiece el diseno de sistemas; refine los diagramas de UML y utilfcelos para derivar las clases y sus 

atributos y metodos. 

• Revise todos los diagramas de UML existentes para el sistema. Escriba especificaciones de clases para 
cada clase que incluyan los atributos, metodos y descripciones de la clase. Revise los diagramas de 
secuencia para identificar otros metodos de clases. 

• Desarrolle especificaciones de metodos que muestren con detalle los requerimientos de entrada y de 
salida para el metodo, junto con una descripcion detallada del procesamiento interno del metodo. 

• Cree otro conjunto de diagramas de secuencia (si es necesario) para reflejar los metodos reales de las 
clases, ademas las interacciones entre las clases y las interfaces del sistema. 

• Cree diagramas de clases mediante los sfmbolos de clase especializados para la clase de lfmite o de 
interfaz, la clase de entidad y la clase de control. 

• Analice los diagramas de clases para derivar los componentes del sistema; es decir, clases relacionadas en 
funcion y logica que se compilaran y desplegaran en conjunto como un archivo .DLL, .COM, un objeto, 
un Java Bean, un paquete, etcetera. 
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llos quieren que el nucleo de la interfaz de usuario de los 
representantes de servicio al cliente se vuelva a programar por 
completo!” exclama Bradley Vargo, director de desarrollo de siste- 
mas de informacion en C-Shore Mutual Funds. “Hace tan solo ocho 
meses completamos un proyecto de desarrollo de dos anos del Sis- 
tema de representantes de servicio al cliente, CSR. Durante todo el 
proyecto soportamos un desfile de requerimientos cambiantes. 
Cada mes, los del departamento de marketing inventaban alguna 
caracterfstica nueva y competitiva de servicio al cliente y, en una 
semana, el grupo de CSR estaba aqut con grandes cambios en las 
especificaciones del sistema CSR. ;Pense que nunca terminarfamos 
ese proyecto! Ahora parece que tendremos que empezar un nuevo 
proyecto de reprogramacion en un sistema que tiene menos de un 
ano. jPronosticamos una vida de 7 anos para este sistema! Creo que 
ahora inicia la etapa de la eterna reconstruction”. 

Bradley habla con Rachael Ciupek, la analista de sistemas de 
aplicacion en jefe responsable del sistema CSR y con Bridget Ciu¬ 
pek, su hermana y la programadora que escribio la mayor parte de 
la interfaz de usuario. “Calmate, Bradley”, dice Rachael. “No es 
culpa de los ninos de marketing o de CSR. La naturaleza de nuestro 
negocio se ha visto afectada por la competencia a ritmo veloz. Mar¬ 
keting no inventa estos cambios para salir del aburrimiento. A me- 
nudo responden a los nuevos servicios para el cliente basados en 
computadora que ofrece nuestra competencia. Tenemos que perma- 
necer en la punta o por lo menos seguirles el ritmo, jde lo contrario 
estaremos buscando nuevos empleos!”. 

“Bradley, Rachael, creo que ustedes saben mejor que nadie que 
la situation puede ser peor de lo que creen”, interviene Bridget. “De 
todas formas los programadores han estado realizando pequenas 


modificaciones en la interfaz de usuario durante los ultimos ocho 
meses. Los usuarios de CSR han estado hablando con nosotros di- 
rectamente para suplicar ayuda. Por lo general solo quieren un pe- 
queno cambio en una parte aislada del sistema, pero esto ha creado 
una carga de trabajo adicional debido a que tenemos que volver a 
certificar todo el sistema. Ustedes saben como los efectos de una 
pequena modification se pueden propagar a traves de un programa 
extenso. Hemos facturado el tiempo para el mantenimiento del 
programa basandonos en el supuesto de que solo estabamos ha- 
ciendo pequenos ajustes al sistema completo. Aunque los cambios 
han sido graduates, en ocho meses hemos vuelto a escribir aproxi- 
madamente una cuarta parte del codigo de la interfaz de usuario de 
CSR. El trabajo no ha decafdo. Es bastante estable aun”. 

“Entonces lo que me quieres decir”, dice Bradley, “es que te¬ 
nemos necesidades del sistema en esta area que han estado cam- 
biando en forma constante mientras tratabamos de escribir las 
especificaciones, escribir el codigo del programa y crear un trabajo 
con soluciones fijas contra un problema fluido. ^Como podemos 
escribir programas si duraran solo unos cuantos meses sin que re- 
quieran de un costoso mantenimiento?”. 

^Como puede Bradley administrar un proceso de desarrollo de 
sistemas que ya no tenga procesos de negocios fijos o constantes 
como parte de su conjunto de objetivos? ^Hay una forma en que 
Rachael administre los costos de mantenimiento de control y de las 
especificaciones cuando se pide constantemente a los programado¬ 
res que modifiquen partes aisladas de un programa extenso? Tenga 
en cuenta que un objetivo importante es proveer un buen soporte 
para las necesidades de los usuarios y las estrategias de negocios de 
la organization. 



• Desarrolle diagramas de despliegue para indicar como se desplegaran los componentes de su sistema en 
el entorno de production. 

6. Documente el diseno de su sistema en forma detallada. Este paso es imprescindible. Entre mas completa sea 
la informacion que provea al equipo de desarrollo por medio de la documentation y los diagramas de UML, 
mas rapido sera el desarrollo y mas solido sera el sistema de production final. 

LA IMPORTANCE DE USAR UML PARA EL MODELADO 

El UML es una potente herramienta que puede mejorar en forma considerable la calidad de su analisis y diseno 
de sistemas, y se espera que las practicas mejoradas se traduzcan en sistemas de mayor calidad. 

Al usar el UML en forma iterativa en el analisis y el diseno podemos lograr una mejor comprension entre 
el equipo de negocios y el equipo de TI en relation con los requerimientos del sistema y los procesos que deben 
ocurrir en el sistema para cumplir con esos requerimientos. 

La primera iteration del analisis debe realizarse a un nivel muy alto para identificar los objetivos del sistema 
en general y validar los requerimientos a traves del analisis de casos de uso. Identificar los actores y definir el 
modelo de casos de uso inicial son actividades que forman parte de esta primera iteration. Las iteraciones subsi- 
guientes del analisis refinan mas los requerimientos del sistema por medio del desarrollo de escenarios de casos 
de uso, diagramas de clases, diagramas de secuencia, diagramas de estado, etcetera. Cada iteration requiere una 
vista cada vez mas detallada del diseno del sistema, hasta que las cosas y relaciones en el sistema se definan con 
claridad y precision en los documentos de UML. 
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Cuando este completo su proceso de analisis y diseno, debera tener un conjunto preciso y detallado de es- 
pecificaciones para clases, escenarios, actividades y secuencias en el sistema. En general, podemos relacionar la 
minuciosidad del analisis y diseno de un sistema con la cantidad de tiempo requerido para desarrollar el sistema 
y la calidad resultante del producto entregado. 

Lo que se pasa por alto con frecuencia en el desarrollo de un nuevo sistema es que entre mas progrese un 
proyecto, mas costosas seran las modificaciones en los requerimientos de negocios de un sistema. Es mucho 
mas facil, rapido y mucho menos costoso modificar el diseno de un sistema mediante el uso de una herramienta 
CASE, o incluso en papel, durante las fases de analisis y diseno de un proyecto, que hacerlo durante la fase de 
desarrollo. 

Por desgracia algunos empleadores tienen poca vision y creen que solo cuando un programador o analista 
esta codificando es cuando realmente esta trabajando. Algunos empleadores asumen equivocadamente que la 
productividad del programador se puede juzgar tan solo con base en la cantidad de codigo producido, sin recono- 
cer que la creacion de diagramas ahorra en ultima instancia tiempo y dinero que de otra manera se desperdiciarfa 
si se hiciera un prototipo del proyecto sin una planificacion apropiada. 

En esta situation se adapta muy bien la analogia para la construccion de una casa. Aunque contratamos un 
constructor para ello, no vamos a querer vivir en una estructura construida sin planeacion, una en la que los cuar- 
tos y caracterfsticas se agreguen al azar sin relacion con la funcion o con el costo. Queremos que un constructor 
construya el diseno que acordamos a partir de los pianos de construccion, con las especificaciones que revisaron 
con cuidado todas las partes involucradas. Como un miembro de un equipo de analisis dijo con tanta certeza: 
“Poner un proyecto en papel antes de codificarlo reducira su costo a la larga. Es mucho mas economico borrar un 
diagrama que modificar la codification”. 

Cuando cambian los requerimientos de negocios durante la fase de analisis, a veces es necesario volver a 
dibujar algunos diagramas de UML. Pero si los requerimientos de negocios cambian durante la fase de desarro¬ 
llo, tal vez se requiera una cantidad considerable de tiempo y dinero para redisenar, recodificar y reevaluar el 
sistema. Al confirmar su analisis y diseno en papel (en especial mediante el uso de diagramas de UML) con los 
usuarios que son expertos en el area de negocios, usted ayudara a asegurar que se cumpla con los requerimientos 
de negocios correctos cuando el sistema este completo. 


RESUMEN 

Los sistemas orientados a objetos describen las entidades como 
objetos. Los objetos forman parte de un concepto general co- 
nocido como clases, la unidad principal de analisis en el anali¬ 
sis y diseno orientados a objetos. Cuando se introdujo por 
primera vez la metodologia orientada a objetos, los defensores 
citaron la reutilizacion de los objetos como el principal benefi- 
cio de su metodologia. Aunque la reutilizacion es el principal 
objetivo, tambien es muy importante el mantenimiento de los 
sistemas. 

Los analistas pueden usar tarjetas CRC para empezar el 
proceso de modelado de objetos de una manera informal. Se 
puede agregar el Pensamiento en objetos a las tarjetas CRC para 
ayudar al analista a refinar las responsabilidades en tareas cada 
vez mas pequenas. Se pueden realizar sesiones CRC con un 
grupo de analistas para determinar las clases y responsabilidades 
en forma interactiva. 

El lenguaje unificado de modelado (UML) provee un con- 
junto estandarizado de herramientas para documentar el anali¬ 
sis y diseno de un sistema de software. El UML se basa 
fundamentalmente en una tecnica orientada a objetos conocida 
como modelado de casos. Un modelo de casos de uso describe 
que hace el sistema sin describir como lo hace. Un modelo de 
casos de uso particiona la funcionalidad del sistema en com- 
portamientos (llamados casos de uso) que son importantes para 
los usuarios del sistema (llamados actores). Se crean distintos 
escenarios para cada conjunto diferente de condiciones de un 
caso de uso. 


Los principales componentes del UML son cosas, relacio- 
nes y diagramas. Los diagramas estan relacionados entre si. Las 
cosas estructurales son mas comunes; incluyen clases, interfa¬ 
ces, casos de uso y muchos otros elementos que proveen la forma 
de crear modelos. Las cosas estructurales permiten al usuario 
describir relaciones. Las cosas de comportamiento describen la 
forma en que trabajan las cosas. Las cosas de agrupamiento se 
utilizan para definir limites. Las cosas de anotaciones permiten 
al analista agregar notas a los diagramas. 

Las relaciones son el pegamento que mantiene todo unido. 
Las relaciones estructurales se utilizan para enlazar las cosas en 
los diagramas estructurales. Las relaciones estructurales inclu¬ 
yen dependences, agregaciones, asociaciones y generalizacio- 
nes. Los diagramas de comportamiento utilizan los cuatro tipos 
basicos de relaciones de comportamiento: comunica, incluye, 
extiende y generaliza. 

El conjunto de herramientas de UML esta compuesto de 
diagramas de UML. Aqui se incluyen los diagramas de casos de uso, 
diagramas de actividad, diagramas de secuencia, diagramas de 
comunicacion, diagramas de clases y diagramas de estados. 
Ademas de los diagramas, los analistas pueden describir un caso 
de uso mediante un escenario de casos de uso. 

Mediante el uso de UML de manera iterativa en el analisis 
y el diseno podemos lograr una mejor comprension entre el 
equipo de negocios y el equipo de TI en relacion con los reque¬ 
rimientos del sistema y los procesos que necesitan ocurrir en el 
sistema para cumplir con esos requerimientos. 
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X-yspero que aun se sienta como si estuviera aprendiendo nue- 
vas cosas sobre MRE. Entiendo que ha estado hablando con algunas 
de las personas de sistemas: Melissa, Todd, Roger (e incluso con 
Lewis, nuestro nuevo interno) acerca de usar algunos metodos dis- 
tintos para crear diagramas y comprendernos mejor. Espero que nos 
vea como una familia y no solo como una coleccion de personas. 
Sin duda todos nos sentimos como si hubieramos ‘heredado’ una 
gran sabidurfa de Jimmy Hyatt y del padre de Warren. Estoy com- 
pletamente de acuerdo en usar su nueva metodologfa, si nos ayuda 
a mejorar los informes de nuestros proyectos. Desde luego que 
Snowden esta ansioso de ver su trabajo orientado a objetos. ^Podrfa 
presentarle algo en su escritorio en un par de semanas?”. 

Preguntas de HYPERCASE 

1. Cree un diagrama de actividad para el caso de uso Progreso 
del proyecto de informes (Report Project Progress). Consulte 
las especificaciones del caso de uso en la oficina de Melissa 
Smith para ver los detalles y un prototipo. 


2. Cree un diagrama de actividad para el caso de uso Agregar 
cliente (Add Client). Consulte las especificaciones del caso 
de uso en la oficina de Melissa Smith para ver los detalles y 
un prototipo que encontrara en la oficina de Todd Taylor. 

3. Cree un diagrama de secuencia para la ruta principal del caso 
de uso Progreso del proyecto de informes. Consulte las 
especificaciones del caso de uso en la oficina de Melissa 
Smith para ver los detalles y un prototipo. 

4. Cree un diagrama de secuencia para la ruta principal del caso 
de uso Agregar cliente. Consulte las especificaciones del 
caso de uso en la oficina de Melissa Smith para ver los detalles 
y un prototipo que encontrara en la oficina de Todd Taylor. 

5. Cree un diagrama de estados para la clase Asignacion 
(Assignment). Se crean asignaciones para las tareas, se 
seleccionan los recursos, se actualizan las horas y se 
terminan las asignaciones. 

6. Cree un diagrama de estados para la clase Tarea (Task). Las 
tareas se crean, pero no se inician; se planean, algunas veces 
se retienen, se trabaja en ellas actualmente y se completan. 



FIGURA 10.HC1 

Encontrara los diagramas de 
secuencia en HyperCase. 


PALABRAS CLAVE Y FRASES 


actor 

agregacion 

Ajax 

asociacion 

barra de sincronizacion 

bifurcacion 

carril 


caso de uso primario 
clase 

clase abstracta 
clase de control 
clase de entidad 
clase de Kmite 
colaboracion 
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cosa de anotacion 
dependencias 
diagrama de actividad 
diagrama de casos de uso 
diagrama de clases 
diagrama de comunicacion 
diagrama de despliegue 
diagrama de estados 
diagrama de secuencia 
escenario de casos de uso 
estado 

estructura todo/parte 
evento 

evento temporal 
fusion 

generalizacion/especializacion (gen/spec) 
herencia 


lenguaje unificado de modelado (UML) 
mensaje 

mensaje asincrono 
mensaje sincronico 
objeto 

orientado a objetos 

paquete 

polimorfismo 

proceso unificado 

ramification 

redefinition de metodos 

relation 

ruta principal 

sobrecarga de metodos 

tarjetas CRC 

unir 


PREGUNTAS DE REPASO 


1. Liste dos razones de utilizar una metodologia orientada a objetos para el desarrollo de sistemas. 

2. Describa la diferencia entre una clase y un objeto. 

3. Explique el concepto de herencia en los sistemas orientados a objetos. 

4. ^Que significa CRC? 

5. Describa lo que agrega el Pensamiento en objetos a la tarjeta CRC. 

6. (,Que es UML? 

7. ^Cuales son los tres elementos principales del UML? 

8. Haga una lista de lo que incluye el concepto de cosas estructurales. 

9. Haga una lista de lo que incluye el concepto de cosas de comportamiento. 

10. ^Cuales son los dos tipos principales de diagramas en UML? 

11. Haga una lista de los diagramas que se incluyen en los diagramas estructurales. 

12. Haga una lista de los diagramas que se incluyen en los diagramas de comportamiento. 

13. (,Que es lo que describe un modelo de casos de uso? 

14. ^Describiria un modelo de casos de uso como un modelo logico o fisico del sistema? Defienda su respuesta en un 
parrafo. 

15. Defina que es un actor en un diagrama de casos de uso. 

16. ^Cuales son las tres cosas que un caso de uso siempre debe describir? 

17. (,Que es lo que describe un diagrama de actividad? 

18. Escriba un parrafo que describa el uso de los carriles en los diagramas de actividad. 

19. (,Que se puede describir en un diagrama de secuencia o de comunicacion? 

20. ^Por que definir clases es una tarea tan importante del analisis orientado a objetos? 

21. (,Que se puede mostrar en un diagrama de clases? 

22. Defina la sobrecarga de metodos. 

23. Mencione las cuatro categorfas en las que se clasifican las clases. 

24. ^Cuales son los pasos para crear un diagrama de secuencia? 

25. ^Cuales son las dos categorfas de relaciones entre clases? 

26. ^Para que se utilizan los diagramas de generalizacion/especializacion (gen/spec)? 

27. ^Cual es otro termino para el polimorfismo? 

28. (,Que se describe mediante un diagrama de estados? 

29. (,Que es un paquete en la metodologia del UML? 

30. ^Por que es importante usar el UML para el modelado? 


PROBLEMAS 


1. Cree una serie de tarjetas CRC para la Division de catalogos de World’s Trend. Una vez colocado un pedido, el equipo 
de abastecimiento de pedidos se hace cargo y revisa la disponibilidad, abastece el pedido y calcula el monto total del 
mismo. Use cinco tarjetas CRC, una para cada una de las siguientes clases: pedido, abastecimiento de pedido, inventario, 
producto y cliente. Complete la section sobre clases, responsabilidades y colaboradores. 

2. Termine las tarjetas CRC del problema 1; cree enunciados de Pensamiento en objetos y nombres de propiedades para 
cada una de las cinco clases. 
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3. Dibuje un diagrama de casos de uso para la Division de catalogos de World’s Trend. 

4. Dibuje cuatro imagenes que muestren ejemplos de cuatro tipos de relaciones de comportamiento para la agenda 
automotriz BMW de Joel Porter. ^Que tipo de relacion hay implicada cuando un cliente debe hacer arreglos de 
financiamiento? ^Hay actividades comunes involucradas cuando una persona arrenda o compra un automovil? ^Que tipo 
de relacion existe entre un empleado que es un gerente o uno que es un vendedor? 

5. Dibuje un diagrama de comunicacion para un estudiante que toma un curso de un maestro que forma parte del cuerpo 
docente. 

6. El condado Coleman tiene una central telefonica que se hace cargo de las llamadas entre los que llaman y los que 
reciben la llamada. Dados estos tres actores, dibuje un diagrama de secuencia simple para realizar una simple llamada 
telefonica. 

7. Usted esta listo para empezar el modelado de UML para la clmica Kirt. Dibuje un diagrama de clases que incluya a un 
medico, un paciente, una cita y la factura de un paciente. No involucre a la compafua de seguros. 

8. Use UML para dibujar ejemplos de las cuatro relaciones estructurales para la clmica Kint. 

9. Escriba un escenario de caso de uso de ejemplo para un paciente que ve a un medico en la clmica Kint. 

10. El Woody’s Supermarket, una pequena cadena de tiendas de abarrotes, esta construyendo un sitio Web para permitir a 
los clientes realizar pedidos de abarrotes y otros articulos. El cliente coloca un pedido Web, se actualiza el archivo 
maestro de clientes y se crea un registro de pedido. El pedido se imprime en una tienda local y los empleados de la 
tienda recogen los articulos de los estantes. Los clientes reciben una notification via correo electronico de que su pedido 
esta listo. Cuando recogen el pedido, se agregan los articulos congelados, productos helados y demas articulos 
relacionados. Dibuje un diagrama de actividad que muestre como el cliente coloca su pedido mediante el sitio Web, 
como se verifica el pedido, como se confirma, como se envian los detalles relacionados a la tienda local y como se envia 
un mensaje de correo electronico al cliente. 

11. Sludge’s Auto (consulte el capitulo 12) es un centra de reciclaje de auto partes que utiliza Ajax en sus sitios Web para 
que sus clientes naveguen en busca de partes. Ajax permite al sitio Web obtener datos del servidor mientras el usuario 
permanece en la pagina Web original. El cliente necesita conocer la marca, modelo y ano de un auto asi como la pieza. 

Si la pieza esta en existencia, aparecen la descripcion, condicion de la pieza, precio y costo de envio, junto con la 
cantidad disponible para cada condicion de la pieza y una imagen de la misma. Dibuje un diagrama de secuencia que 
utilice clases de llmite, control y entidad para la Consulta de auto partes de Sludge’s Auto. 

12. Musixscore.com es un servicio en linea que provee partituras musicales a sus clientes. En la pagina Web “explorar 
musica” los clientes seleccionan un genera de mtisica de una lista desplegable. La pagina Web utiliza Ajax para obtener 
una lista de artistas, musicos o grupos que coincidan con el genera, lo cual se muestra en un formato de lista 
desplegable. Al hacer una selection de la lista desplegable del artista, la pagina Web utiliza Ajax para mostrar una 
tercera lista desplegable con todos los CD o demas obras del artista. Cuando se selecciona un CD, la pagina Web utiliza 
Ajax para obtener todas las canciones del CD en una cuarta lista desplegable. El espectador puede hacer selecciones 
multiples. Al hacer clic en la imagen Agregar al carrito de compras las canciones se agregan al carrito de compras. El 
espectador puede cambiar cualquiera de las listas desplegables para seleccionar partituras musicales adicionales y se 
repite el proceso. 

a. Escriba una descripcion para el caso de uso Explorar partitura musical que represente esta actividad. 

b. Dibuje un diagrama de secuencia que utilice clases de h'mite, control y entidad para la pagina Web de Musixscore. 

c. Escriba una lista de los mensajes, nombres y parametros, junto con los tipos de datos que se pasarian a las clases y 
los valores (con los tipos de datos) que se incluyen con el mensaje de retorno. Haga todas las suposiciones 
necesarias sobre los datos. 

d. Cree un diagrama de clases para las clases de entidad utilizadas en el diagrama de secuencia. 
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EPISODIC) 1 0 


CASO DE LA CPU 

Allen Schmidt, Julie E. Kendall y Kenneth E. Kendall 

Objetos con clase 

“Los prototipos y diagramas que hemos creado realmente nos ayudaron a entender el proyecto”, sonrfe Anna, mirando desde 
su computadora. “Tengo una buena sensation sobre lo que estamos haciendo”. 

“Igual yo”, contesta Chip. “Pero necesitamos trabajar en las paginas Web que seran utilizadas por un amplia variedad de 
docentes y miembros del personal”. 

“^Por donde quieres empezar?”, pregunta Anna. “^Crees que deberfamos trabajar en el diagrama de clases?”. 

Chip se reclina en su silla y piensa en voz alta. “No, necesitamos realizar otro modelado para determinar las clases, atri- 
butos y metodos primero. Tenemos un diagrama E-R preliminar como punto inicial para las clases de entidad. Deberfamos 
modelar el comportamiento de varios prototipos. A1 examinar un prototipo, deberfamos hacer preguntas sobre cada campo. Si 
la information se almacena en una tabla de base de datos, deberfamos obtenerla de alguna forma”. 

“Sf, por lo general la incluirfamos en una lista desplegable”, reflexiona Anna. 

“Bueno, no necesariamente”, responde Chip. “Si hay demasiadas entradas o si una lista depende de una action 
previa, deberfamos usar Ajax para recuperar la information y actualizar la pagina Web, creando listas desplegables o 
vfnculos”. 

“Los programas de creation para agregar nueva information seran los que requieran mas tecleo, pero los programas para 
cambiar, eliminar y consultar dependen de los datos almacenados”, agrega Anna. “^Por donde deberfamos empezar?”. 

“He estado pensando mucho en el prototipo que creamos para usar la Web para actualizar la imagen de todo el software 
que se almacena en una maquina del laboratorio de computation”, dice Chip, inclinandose hacia delante en su silla. “Y con sala 
de laboratorio me refiero a cualquier salon de clases o laboratorio que tenga el mismo conjunto de software en cada computa¬ 
dora. La imagen de software se utiliza para refrescar las computadoras danadas o para reemplazar el software en una maquina 
infectada por un virus o cualquier otro problema”. 

“Bueno, demos un vistazo a ese prototipo ACTUALIZAR IMAGEN DE LABORATORIO”, dice Anna. 

Chip muestra el prototipo (consulte el caso de la CPU del capftulo 6). “Necesitamos conocer el niimero de cuarto y de 
campus para buscar la imagen de software”, dice Chip mientras apunta al primer par de campos en la pagina Web. “Estos nu- 
meros se almacenan en tablas de la base de datos”. 

“Sf, pero se almacenan con el software de programacion administrativa en la mainframe”, interviene Anna. “Podrfamos 
copiarlos a los servidores Web, pero si cambian los edificios o los cuartos tendremos datos inconsistentes y un sistema poco 
fiable”. 

“Ahh, veo lo que quieres decir”, dice Chip. “;Bien pensado! Tenemos que obtener estos datos de la mainframe”. 

“Esto requiere el diagrama de actividad ACTUALIZAR IMAGEN DE LABORATORIO (que se muestra en la figura 
E10.1)”, comenta Anna. “^Por que no creo el diagrama y tu revisas que este correcto?”. 

“Suena bien”, comenta Chip. 

Anna empieza a dibujar el diagrama. “Como solo ciertos miembros del personal tendran la autorizacion para actualizar la 
imagen del laboratorio, creo que deberfa empezar con ellos iniciando sesion en el sistema. Si es un inicio de sesion valido, se 
enviara una solicitud al estado de la mainframe llamada OBTENER SALAS EDIFICIO CAMPUS para obtener los edificios 
del campus y las salas dentro de estos. Esta lista se envfa de vuelta al programa ENVIAR LISTA EDIFICIO CAMPUS en el 
servidor Web, en donde se convierte en un documento de XML y se envfa a la pagina Web SELECCIONAR EDIFICIO DE 
CAMPUS”. 

Chip pregunta: “^Vas a poner todas las salas en la lista para todos los edificios? Eso serfa un extenso documento de XML 
y podrfa tardar un tiempo en cargarse en el navegador”. 

“ La otra option serfa incluir solo los edificios y despues solicitar las salas para un edificio de campus seleccionado”, 
responde Anna pensativamente. “Eso tambien serfa aceptable, pero alentarfa el proceso de seleccionar salas ya que el navegador 
tendrfa que esperar que las salas se actualizaran en la lista desplegable. Si se enviara todo el documento de XML a la vez, la 
lista de salas se actualizarfa rapidamente a partir de los elementos del documento a nivel del navegador. Serfa muy rapido. Asf 
el usuario seleccionarfa un edificio del campus y solo aparecerfan las salas para ese edificio”. 

“Tengo una idea”, exclama Chip. “Cuando el programa obtiene las salas de los edificios, ^hay alguna forma de seleccionar 
solo las salas que son laboratories de computadoras?”. 

“Es una excelente idea”, dice Anna. “El documento de XML serfa mas pequeno y se cargarfa mas rapido en el navegador. 
Tal vez tengamos que solicitar una modification de la tabla de la base de datos para tener un codigo para los laboratories de 
computadora”. 

“Voy a ver eso”, responde Chip. “Entonces, ^que ocurre despues de que obtenemos una sala de laboratorio?”. 

Anna piensa por un momento, “Necesitamos una tabla de imagenes del laboratorio en el servidor Web que contenga el 
numero de sala y el software incluido en ella. Esto incluye el software estandar, como el sistema operativo, procesamiento de 
palabras y software para escanear virus, ya que pueden cambiar de una sala a otra. Agregare un estado para OBTENER SOFT¬ 
WARE DE COMPUTADORA PARA SALA en el carril Servidor Web”. 
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Diagrama de actividad ACTUALIZAR 
IMAGEN DE LABORATORIO 


Chip pregunta: “^Incluimos una lista desplegable para el software?”. 

“No, eso dificultarfa quitar el software o cambiar la version”, responde Anna pensativamente. “Creo que deberfamos mos- 
trar el software en una lista en la pagina Web y permitirles actualizar el numero de version”. 

“El problema es que tal vez tengamos una lista extensa de software y haya que eliminar parte del software tambien!”, 
comenta Chip. “^Por que no usamos un modelo de correo electronico, con una casilla de verification en frente de cada titulo de 
software y limitamos el numero de titulos de software por pagina? Podriamos incluir un boton de siguiente pagina para mostrar 
el siguiente grupo de titulos de software”. 

“^Como sabe el programa de elimination que paquete de software eliminar?”, pregunta Anna. 

“Necesitamos incluir el numero de software como campo oculto que se transmita al servidor Web”, responde Chip. “iQue 
piensas sobre agregar software a la imagen del laboratorio?”. 

Anna piensa por unos minutos. “^Por que no usamos Ajax de nuevo para hacer que introduzcan las primeras letras del titulo 
de software en un campo de texto de entrada? Podriamos enviar la solicitud a la tabla Software en el servidor Web y devolver 


www.xlibros.com 




































































































322 


PARTE III • EL PROCESO DE ANALISIS 


una lista de los titulos que coincidan. La pagina Web crearfa un bloque rectangular flotante en la parte superior de la pagina Web 
con una lista de los vinculos a los titulos de software y los campos ocultos almacenados con el vinculo. El usuario haria clic en 
un titulo para agregarlo a la imagen. Despues podrfa agregar otro titulo de software si fuera necesario. Esta es la actividad SE- 
LECCIONAR NUEVO SOFTWARE que envia las primeras tres letras al estado BUSCAR SOFTWARE QUE COINCIDA del 
servidor Web. ACTUALIZAR LISTA DE SOFTWARE crea el bloque flotante de titulos”. 

“jExcelente idea!”, exclama Chip. 

“Al terminal - de agregar software, revisar el software que se va a quitar y cambiar los numeros de las versiones, hacen clic 
en el boton enviar y la tabla de la base de datos de imagenes del laboratorio se actualiza con los cambios”, dice Anna. “El 
estado SOLICITAR CAMBIOS EN IMAGEN envia los cambios al estado ACTUALIZAR IMAGEN SOFTWARE LABORA¬ 
TORIO”. 

“Esto es divertido”, sonrfe Chip. “Voy a trabajar en un diagrama de secuencia para el prototipo ACTUALIZAR IMAGEN 
LABORATORIO (que se muestra en la figura E10.2). Chip empieza por enviar la solicitud para la pagina Web Actualizar la¬ 
boratorio. El servidor envia el mensaje obtenerCampus() a la clase CAMPUS, la cual devuelve la listaCampus incluyendo un 
codigoCampus y una descripcionCampus. El controlador envia un mensaje a la clase SALA DE CAMPUS para obtener salas 
que contengan software de laboratorio, las cuales se devuelven al CONTROLADOR ACTUALIZAR IMAGEN LABORATO¬ 
RIO COMPUTADORAS. La clase controladora crea el documento de XML listaSalas y lo envia al navegador Web, el cual crea 
la lista de seleccion Edificio de campus. Al cambiar la lista de Edificios del campus, el navegador Web utiliza el mismo docu¬ 
mento de XML para cambiar la lista desplegable Numero de sala, de manera que solo incluya las salas de laboratorio en el 
edificio del campus seleccionado. 

Cuando se modifica la lista desplegable Numero de sala, se envia una solicitud obtenerSoftwareSalaQ a la clase controla¬ 
dora, que a su vez envia un mensaje obtenerSoftwareImagen() a la clase IMAGEN SOFTWARE. Mediante el uso del numero 
de sala se obtiene el software y se devuelve en la listaSoftware. LA clase controladora utiliza la listaSoftware para crear el XML 
que se envia a la clase de interfaz ACTUALIZAR IMAGEN LABORATORIO COMPUTADORAS, que actualiza la pagina 
Web con los titulos de software. 

Cuando se introduce un titulo parcial de software, se envia una solicitud seleccionarSoftware() al CONTROLADOR 
ACTUALIZAR IMAGEN LABORATORIO COMPUTADORAS, el cual envia un mensaje buscarSoftwareQ a la clase de 


FIGURA E10.2 

Diagrama de secuencia ACTUALIZAR 
IMAGEN DE LABORATORIO. 



www.xlibros.com 
























































CAPITULO 10 • ANALISIS Y DISENO DE SISTEMAS ORIENTADOS A OBJETOS MEDIANTE EL USO DE UML 


323 


entidad SOFTWARE. Se busca el software que coincida y se envia la listaSoftware que contiene el numero de software, 
description y version a la clase controladora. Esto da formato al documento de XML, que se envia a la clase de interfaz 
ACTUALIZAR IMAGEN LABORATORIO COMPUTADORAS. El navegador Web da formato al bloque flotante de titu- 
los de software. Al seleccionar un titulo, el navegador lo agrega a la lista de titulos de software y se quita el bloque flo¬ 
tante. 

Al hacer clic en el boton Enviar solicitud de imagen en la pagina Web, se envia la solicitud actualizarlmagen() al contro- 
lador, el cual envia un mensaje actualizarImagenSala() a la clase de entidad IMAGEN DE SOFTWARE. La tabla de la base de 
datos se actualiza y se devuelve el mensaje de exito al controlador, que a su vez envia una pagina Web de confirmation. 

“El software parece un poco complicado, ya que se reemplazan distintas versiones y paquetes de software por otras dife- 
rentes”, comenta Anna. “Creo que es buena idea dibujar un diagrama de estados para el software. Esto nos dara una idea de los 
metodos y atributos de software, ademas de la interfaz que necesitaremos para cambiar esos atributos”. 

Anna empieza a trabajar en un diagrama de estados SOFTWARE. Al recibir por primera vez el software, se introduce en 
el sistema mediante el formulario AGREGAR SOFTWARE de Microsoft Access y se cambian los valores de los atributos 
iniciales. Hay que agregar todo el software antes de poder instalarlo en las maquinas, por lo que se difiere el evento SOFTWARE 
INSTALADO EN LAS MAQUINAS hasta que se haya agregado. 

Una vez instalado el software en cualquier cantidad de maquinas, existe en el estado SOFTWARE INSTALADO durante 
mucho tiempo. Se actualiza la tabla relational HARDWARE-SOFTWARE para reflejar el estado actual. De vez en cuando se 
reemplaza una maquina y el software se mueve a una maquina distinta. Se vuelve a actualizar la tabla HARDWARE-SOFT- 
WARE para reflejar la nueva ubicacion. Cuando hay una nueva version del software disponible, se actualiza con un formulario 
CAMBIAR SOFTWARE de Microsoft Access. O tambien se puede eliminar el software del sistema mediante el formulario ELI- 
MINAR SOFTWARE de Microsoft Access. En la figura E10.3 se muestra el diagrama de estados SOFTWARE completo. 

Chip y Anna trabajan en varios diagramas de actividad, secuencia y estados. Despues de haber completado varios diagra- 
mas. Chip comenta: “Creo que tenemos suficiente information para crear un diagrama de clases”. 

Anna concuerda, “Si, vamos a asignar las relaciones”. 

En la figura 10.4 se muestra el diagrama de clases SISTEMA COMPUTARIZADO. Cada clase tiene atributos privados y 
metodos publicos en Microsoft Access para actualizar los atributos. Las principales clases son Computadora y Software, con 
una clase asociativa HardwareSoftware que las conecta. Esta clase se utiliza para implementar la relation de muchos a muchos 
entre el hardware y el software. Cada paquete de software pertenece a una Categoria de software y tambien tiene un Experto de 
software a quien se puede llamar para obtener soporte. Cada computadora tiene uno o mas sistemas operativos y se localiza en 
un edificio del campus. 


se recibio software 


FIGURA E10.3 

Diagrama de estados 
SOFTWARE. 
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Edificio Campus 

-codigoCampus 

-descripcionCampus 

+agregarEdificio() 


1 

* 

Computadora 

-numeroInventarioHardware 

-tipoComputadora 

-nombreMarca 

-modelo 

-numeroSerie 

-fechaCompra 

-costoCompra 

-costoReemplazo 

-tamanioMemoria 

-capacidadDiscoDuro 

-capacidadSegundoDiscoDuro 

-discoOptico 

—garantia 

-codigoCampus 

-ubicacionSala 

—numeroDistribuidor 

+agregarComputadora() 

+cambiarComputadora() 

+eliminarComputadora() 

+obtenerComputadora() 


* 


HardwareSoftware 

-numeroInventarioHardware 

-numeroInventarioSoftware 

+instalarSoftware() 

+actualizarVersion() 

+eliminarSoftware() 

+obtenerSoftware() 

+obtenerHardware() 


1 


Sistema Operativo 

-codigoSistemaOperativo 

-significadoSistemaOperativo 

+agregarSistemaOperativo() 

+cambiarSistemaOperativo() 

+eliminarSistemaOperativo() 

+obtenerSistemaOperativo() 


Experto Software 

-numeroEmpleado 
—apellidoPaterno 
-primerNombre 
-telefonoOficina 
-email 

-codigoDepartamento 

-ensenaCurso 

+agregarExperto() 

+cambiarExperto() 

+eliminarExperto() 

+obtenerExperto() 


1 


1 


Software 

-numeroInventarioSoftware 

-tituio 

-nombreSistemaOperativo 

-numeroVersion 

-editor 

-codigoCategoriaSoftware 

-marcaComputadora 

-memoriaRequerida 

-licenciaSitio 

-numeroDeCopias 

-costoSoftware 

-numeroEmpleado 

+agregarSoftware() 

+cambiarSoftware() 

+obtenerSoftware() 

+obtenerTituloSoftware() 

+eliminarSoftware() 

* 


1 


Categoria Software 

-codigoCategoriaSoftware 
—descripcionCategoriaSoftware 

+agregarl\luevaCategoria() 

+cambiarl\lombreCategoria() 

+eliminarCategoria() 

+obtenerCategoria() 


FIGURA E10.4 

Diagrama de clases SISTEMA COMPUTARIZADO. 


Ejercicios 

E-l. Use Microsoft Visio o Visible Analyst para ver el diagrama de actividad ACTUALIZAR IMAGEN LABORATORIO 
(UPDATE LAB IMAGE). 

E -2. Use Microsoft Visio o Visible Analyst para ver el diagrama de secuencia ACTUALIZAR IMAGEN LABORATORIO 
(UPDATE LAB IMAGE). 

E -3. Use Microsoft Visio o Visible Analyst para ver el diagrama de estados SOFTWARE. 

E -4. Use Microsoft Visio o Visible Analyst para ver el diagrama de clases SISTEMA COMPUTARIZADO (COMPUTER 
SYSTEM). 
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Los siguientes ejercicios se pueden realizar con Microsoft Visio o con Visible Analyst. Hay que usar un rectangulo para 
un simbolo de clase al dibujar diagramas de secuencia con Microsoft Visio o Visible Analyst (los sfmbolos de estereotipo 
de clase no estan disponibles). Coloque una etiqueta de texto arriba de cada rectangulo para identificar el tipo de clase: 
interfaz, control o entidad. 

E -5. Modifique e imprima el diagrama de actividad REGISTRAR PARA CAPACITACION (REGISTER FOR TRAINING). 
Consulte la figura Ell.3 en el Episodio del caso de la CPU del capltulo 12 para ver el prototipo de esta pagina Web. 
Agregue los siguientes sfmbolos de estado y conexiones de eventos: 

a. El estado CREAR DATOS XML EMPLEADO (CREATE XML EMPLOYEE DATA) en el carril SERVIDOR WEB 
(WEB SERVER) debajo del estado OBTENER INFORMACION EMPLEADO (GET EMPLOYEE INFORMA¬ 
TION). Conectelo con una flecha de evento que venga de LEER REGISTRO EMPLEADO (READ EMPLOYEE 
RECORD). Asigne al evento la etiqueta ENVIAR DATOS EMPLEADO (SEND EMPLOYEE DATA). 

b. Agregue el estado PAGINA WEB INFORMACION EMPLEADO (EMPLOYEE INFORMATION WEB PAGE) en 
el carril PAGINA WEB CLIENTE (CLIENT WEB PAGE) a la izquierda del estado CREAR DATOS XML EM¬ 
PLEADO (CREATE XML EMPLOYEE DATA). Conecte los dos estados con una flecha de evento hacia el estado 
PAGINA WEB INFORMACION EMPLEADO (EMPLOYEE INFORMATION WEB PAGE) etiquetada como 
ENVIAR DOCUMENTO XML EMPLEADO (SEND EMPLOYEE XML DOCUMENT). 

c. Agregue un estado debajo del estado CREAR DATOS XML EMPLEADO (CREATE XML EMPLOYEE DATA) 
que se llame BUSCAR CLASE CAPACITACION SOFTWARE (FIND SOFTWARE TRAINING CLASS). Conec¬ 
telo con una flecha de evento que provenga del estado PAGINA WEB INFORMACION EMPLEADO (EMPLOYEE 
INFORMATION WEB PAGE) y etiquetela como NIVEL DE SOFTWARE Y CAPACITACION SELECCIONADO 
(SELECTED SOFTWARE AND TRAINING LEVEL). 

d. Incluya un sfmbolo de diamante de decision debajo del estado BUSCAR CLASE CAPACITACION SOFTWARE 
(FIND SOFTWARE TRAINING CLASS). Conectelo con una flecha de evento que provenga del estado BUSCAR 
CLASE CAPACITACION SOFTWARE (FIND SOFTWARE TRAINING CLASS). Un evento debe fluir a la iz¬ 
quierda hacia el estado PAGINA WEB INFORMACION EMPLEADO (EMPLOYEE INFORMATION WEB 
PAGE), etiquetado como NO SE ENCONTRO LA CLASE (CLASS NOT FOUND). 

e. Agregue un estado SELECCIONAR CLASE SOFTWARE (CHOOSE SOFTWARE CLASS) debajo del estado 
PAGINA WEB INFORMACION EMPLEADO (EMPLOYEE INFORMATION WEB PAGE), y un tanto debajo del 
diamante de decision. Conecte la parte inferior del diamante de decision con una flecha de evento que vaya hacia el 
estado SELECCIONAR CLASE SOFTWARE (CHOOSE SOFTWARE CLASS). Etiquetela como CLASES CAPA¬ 
CITACION SOFTWARE (SOFTWARE TRAINING CLASES). 

f. Agregue un estado debajo del diamante de decision y un tanto debajo del estado SELECCIONAR CLASE SOFT¬ 
WARE (CHOOSE SOFTWARE CLASS). Etiquetelo como ACTUALIZAR PARTICIPANTS CLASE (UPDATE 
CLASS PARTICIPANT). 

g. Conecte el estado SELECCIONAR CLASE SOFTWARE (CHOOSE SOFTWARE CLASS) con una flecha de 
evento que apunte al estado ACTUALIZAR PARTICIPANTS CLASE (UPDATE CLASS PARTICIPANT). Etique¬ 
tela como ENVIAR SOLICITUD INSCRIBIR CLASE (SEND ENROLL CLASS REQUEST). 

h. Agregue un sfmbolo de cfrculo de salida en la parte inferior del carril Pagina Web cliente. Conecte el estado SELEC¬ 
CIONAR CLASE SOFTWARE (CHOOSE SOFTWARE CLASS) con una flecha de evento que apunte al cfrculo de 
salida y etiquetela como CANCELAR (CANCEL). 

i. Conecte el estado ACTUALIZAR PARTICIPANTS CLASE (UPDATE CLASS PARTICIPANT) con una flecha de 
evento que apunte al cfrculo de salida y etiquetela como ACTUALIZACION EXITOSA (SUCCESSFUL UPDATE). 

E-6. Cree e imprima el diagrama de actividad CALENDARIO CAPACITACION (TRAINING CALENDAR). El prototipo 
para esta pagina Web se ilustra en la figura El 1.4, que encontrara en el Episodio del caso de la CPU del capftulo 11. 
Agregue un cfrculo de inicio en la esquina superior izquierda del diagrama y agregue los siguientes carriles, sfmbolos de 
estado y conexiones de eventos: 

a. Agregue un carril a la izquierda etiquetado como PAGINA WEB CLIENTE (CLIENT WEB PAGE) y uno a la de- 
rechallamado SERVIDOR WEB (WEB SERVER). 

b. Agregue un cfrculo de inicio en la parte superior del carril PAGINA WEB CLIENTE (CLIENT WEB PAGE) y de¬ 
bajo de este un estado etiquetado como SOLICITAR PAGINA WEB CALENDARIO CAPACITACION (REQUEST 
TRAINING CALENDAR WEB PAGE). Conecte el cfrculo de inicio al estado con una flecha de evento. 

c. Agregue un estado en el carril SERVIDOR WEB, a la derecha del estado SOLICITAR PAGINA WEB CALENDA¬ 
RS CAPACITACION (REQUEST TRAINING CALENDAR WEB PAGE). Etiquetelo como OBTENER CLASE 
CAPACITACION (GET TRAINING CLASS). 

d. Conecte el estado izquierdo al derecho con una flecha de evento etiquetada como SE TRANSMITS FORMULA- 
RIO (FORM TRANSMITTED). 

e. Coloque un estado debajo del estado OBTENER CLASE CAPACITACION (GET TRAINING CLASS). Etiquetelo 
como OBTENER CLASE CAPACITACION (GET TRAINING CLASS), Conecte los dos estados con una flecha de 
evento hacia abajo etiquetada como ENVIAR NUMERO CURSO (SEND COURSE NUMBER). 

f. Coloque un estado en el carril PAGINA WEB CLIENTE (CLIENT WEB PAGE) a la izquierda del estado OBTE¬ 
NER CLASE CAPACITACION (GET TRAINING CLASS). Etiquetelo como PANTALLA CURSO CALENDA¬ 
RS CAPACITACION (TRAINING CALENDAR COURSE DISPLAY). Conecte los dos estados con una flecha de 
evento que apunte hacia la izquierda y etiquetela como ENVIAR VALORES XML CLASE CAPACITACION 
(SEND TRAINING CLASS XML VALUES). 
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g. Coloque un ctrculo de salida en la parte inferior del carril PAGINA WEB CLIENTE (CLIENT WEB PAGE). Conecte 
el estado PANTALLA CURSO CALENDARIO CAPACITACION (TRAINING CALENDAR COURSE DISPLAY) 
con una flecha de evento que apunte a la derecha y arriba por el lado derecho del carril SERVIDOR WEB (WEB SER¬ 
VER), hacia el estado PANTALLA CURSO CALENDARIO CAPACITACION (TRAINING CALENDAR COURSE 
DISPLAY). Etiquetela como CAMBIAR FECHA O CAMBIAR ORDEN (DATE CHANGE OR SORT CHANGE). 

E-7. Modifique e imprima el diagrama de secuencia REGISTRARSE PARA CAPACITACION (REGISTER FOR TRAI¬ 
NING). Agregue dos nuevas clases de entidad del lado derecho del diagrama y extienda la linea de vida hacia abajo, hasta 
la parte inferior del diagrama. Las clases son Empleado y Clase. Agregue los siguientes mensajes del CONTROLADOR 
REGISTRARSE PARA CLASE (REGISTER FOR CLASS CONTROLLER) y agregue los rectangulos de foco de con¬ 
trol en donde los mensajes interactuan con la linea de vida de la clase: 

a. obtenerEmpleadoO [getEmployee()] del controlador a EMPLEADO (EMPLOYEE). 

b. regresar datosEmpleado (return employeeData) de la clase EMPLEADO (EMPLOYEE) al controlador. 

c. buscarClaseSoftware() [findSoftwareClass()] del controlador a la clase de entidad CLASE (CLASS). 

d. regresar listaClaseSoftware (return softwareClassList) de la clase de entidad CLASE (CLASS) al controlador. 

e. actualizarParticipanteClaseO [updateClassParticipant()] del controlador a la clase de entidad CLASE (CLASS). 

f. regresar exito (return success) de la clase de entidad CLASS al controlador. 

E -8. Cree e imprima el diagrama de secuencia CALENDARIO CAPACITACION (TRAINING CALENDAR). Agregue el 
actor Docente (Faculty) en la esquina superior izquierda del diagrama y despues las siguientes clases, de izquierda a 
derecha, a lo largo de la parte superior del diagrama: 

a. La clase de interfaz Mostrar clases capacitacion (Display Training Classes). 

b. La clase de control Mostrar clases capacitacion (Display Training Classes). 

c. La clase de entidad Clase (Class). 

d. La clase de entidad Curso (Course). 

Agregue los siguientes mensajes entre las clases o entre el actor y la clase: 

a. Cargar pagina Web Calendario capacitacion (Load Training Calendar Web page) de Docente (Faculty) a la clase de 
interfaz Mostrar clases capacitacion (Display Training Classes). 

b. enviarURLPaginaWeb (sendWebPageURL) de Mostrar clases capacitacion (Display Training Classes) a Controlador 
Mostrar clases capacitacion (Display Training Classes Controller). 

c. obtenerClase() [getClass()] del controlador a la clase de entidad Clase (Class). 

d. regresar listaClases (return classList) de la clase de entidad Clase (Class) al controlador. 

e. obtenerDescripcionCurso() [getCourseDescription()j del controlador a la clase de entidad Curso (Course). 

f. regresar descripcionCurso (return courseDescription) de la clase de entidad Curso (Course) al controlador. 

g. actualizar listaCursos (update courseList) de la clase controladora a la clase de interfaz Mostrar clases capacitacion 
(Display Training Classes). 

h. Pagina Web Software laboratorio (Lab Software Web Page) de la clase interfaz Mostrar clases capacitacion (Display 
Training Classes) al actor. 

i. Cambiar mes/ano (Change Month/Year) del actor a la clase de interfaz Mostrar clases capacitacion (Display Training 
Classes). 

j. Una auto-transicion en la clase de interfaz Mostrar clases capacitacion (Display Training Classes) (use JavaScript para 
actualizar el calendario). 

k. Nuevo Calendario (New Calendar) de la clase de interfaz Mostrar clases capacitacion (Display Training Classes) al actor. 

l. Cambiar fecha (Change Date) del actor a la clase de interfaz Mostrar clases capacitacion (Display Training Classes). 

m. obtenerNuevaClaseO [getNewClass()] de Mostrar clases capacitacion (Display Training Classes) al controlador. 

n. Repita los pasos c a g. 

o. Lista cursos disponible (Course List Available) de la clase de interfaz Mostrar clases capacitacion (Display Training 
Classes) al actor. 

E -9. Modifique e imprima el diagrama de estados Capacitacion (Training). Agregue dos estados despues de CLASE CAPA¬ 
CITACION CANCELADA (CANCELLED TRAINING CLASS) del lado izquierdo del diagrama. Estos son CLASE 
CAPACITACION ACTIVA (ACTIVE TRAINING CLASS) y, debajo de este, CLASE CAPACITACION COMPLE- 
TADA (COMPLETED TRAINING CLASS). Agregue una clase debajo de CLASE CAPACITACION PROGRAMADA 
(SCHEDULED TRAINING CLASS) llamada INSCRITO CLASE CAPACITACION (ENROLLED TRAINING 
CLASS). Agregue las siguientes transiciones: 

a. SE INSCRIBIERON PARTICIPANTES (PARTICIPANTS ENROLLED) del estado CLASE CAPACITACION 
PROGRAMADA (SCHEDULED TRAINING CLASS) al estado INSCRITO CLASE CAPACITACION (ENRO¬ 
LLED TRAINING CLASS). 

b. CLASE EN SESION (IN SESSION CLASS) del estado INSCRITO CLASE CAPACITACION (ENROLLED TRA¬ 
INING CLASS) al estado CLASE CAPACITACION ACTIVA (ACTIVE TRAINING CLASS). 

c. FINALIZO SESION CAPACITACION (TRAINING SESSION ENDED) del estado CLASE CAPACITACION 
ACTIVA (ACTIVE TRAINING CLASS) al estado CLASE CAPACITACION COMPLETADA (COMPLETED 
TRAINING CLASS). 

d. Una flecha de fmalizacion del estado CLASE CAPACITACION COMPLETADA (COMPLETED TRAINING 
CLASS) a un area en bianco a la derecha. 

E-10. Cree e imprima el diagrama de estados COMPUTADORA. Hay dos columnas de estados. En la columna izquierda in- 
cluya los siguientes estados de arriba hacia abajo: NUEVA COMPUTADORA (NEW COMPUTER), CLEANING 
COMPUTER (LIMPIANDO COMPUTADORA) y RECYCLED COMPUTER (COMPUTADORA RECICLADA). En 
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la columna derecha incluya los siguientes estados de arriba hacia abajo: COMPUTADORAINSTALADA (INSTALLED 
COMPUTER), COMPUTADORA FUNCIONAL (FUNCTIONAL COMPUTER) y COMPUTADORA RETENIDA 
REPARACION (REPAIR HELD COMPUTER). Agregue las siguientes transiciones: 

a. Empiece con SE RECIBIO COMPUTADORA (COMPUTER RECEIVED) que pase de un punto en el espacio arriba 
del rectangulo de estado hacia el estado NUEVA COMPUTADORA (NEW COMPUTER). 

b. COMPUTADORA INSTALADA (INSTALLED COMPUTER) del estado NUEVA COMPUTADORA (NEW 
COMPUTER) al estado COMPUTADORA INSTALADA (INSTALLED COMPUTER). 

c. SE INSTALO SOFTWARE (SOFTWARE INSTALLED) del estado COMPUTADORA INSTALADA (INSTA¬ 
LLED COMPUTER) al estado COMPUTADORA FUNCIONAL (FUNCTIONAL COMPUTER). 

d. SE PROGRAMO MANTENIMIENTO (MAINTENANCE SCHEDULED) del estado COMPUTADORA FUNCIO¬ 
NAL (FUNCTIONAL COMPUTER) al estado LIMPIANDO COMPUTADORA (CLEANING COMPUTER). 

e. SE COMPLETO MANTENIMIENTO del estado LIMPIANDO COMPUTADORA (CLEANING COMPUTER) al 
estado COMPUTADORA FUNCIONAL (FUNCTIONAL COMPUTER). 

f. SE REPORTO PROBLEMA (PROBLEM REPORTED) del estado COMPUTADORA FUNCIONAL (FUNCTIO¬ 
NAL COMPUTER) al estado COMPUTADORA RETENIDA EN REPARACION (REPAIR HELD COMPUTER). 

g. SE COMPLETO REPARACION (REPAIR COMPLETED) del estado COMPUTADORA RETENIDA EN REPARA¬ 
CION (REPAIR HELD COMPUTER) al estado COMPUTADORA RECICLADA (RECYCLED COMPUTER). 

h. ACTUALIZAR COMPUTADORA IDENTIFICADA del estado COMPUTADORA FUNCIONAL (FUNCTIO¬ 
NAL COMPUTER) al estado COMPUTADORA RECICLADA (RECYCLED COMPUTER). 

i. SE IDENTIFICO REPARACION IRREALIZABLE del estado COMPUTADORA RETENIDA EN REPARACION 
(REPAIR HELD COMPUTER) al estado COMPUTADORA RECICLADA (RECYCLED COMPUTER). 

j. Una flecha de finalizacion del estado COMPUTADORA RECICLADA (RECYCLED COMPUTER) a un area en 
bianco debajo del estado. 

E -11. Modifique e imprima el diagrama de clase COMPUTADORA (COMPUTER). Cada computadora puede tener uno o mas 
sistemas operativos instalados. Mueva la clase Sistema operativo (Operating System) a la derecha de su ubicacion actual 
y agregue una nueva clase llamada Sistema operativo de computadora (Computer Operating System) debajo de la clase 
Computadora (Computer). Cambie la llnea conectora de Computadora a Sistema operativo para conectar la clase Sistema 
operativo a la clase Sistema operativo de computadora. Agregue una nueva relation entre la clase Computadora (el lado 
de uno) a la clase Sistema operativo de computadora (el lado de niuchos). Agregue los siguientes atributos a la clase 
Sistema operativo de computadora: 

NumeroInventarioHardware 

codigoSistemaOperativo 

Agregue los siguientes metodos a la clase Sistema operativo de computadora: 

agregarSistemaOperativoComputadoraO 

eliminarSistemaOperativoComputadora() 


Los ejercicios en los que se antepone un icono www indican material de valor agregado disponible en el sitio Web www.pearsonhighered.com/ 
kendall. Los estudiantes pueden descargar un archivo de muestra de Microsoft Visio, Visible Analyst, Microsoft Project o Microsoft Access 
que pueden usar para completar los ejercicios. 
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CAPITULO 11 

Diseno de una salida efectiv, 


PARTE IY 
Los fundamentos 
del diseno 


Objetivos de aprendizaje 

Al completar este capitulo usted podra: 

1. Comprender los objetivos para un diseno efectivo de la salida. 

2. Relacionar el contenido de la salida con los metodos de salida, dentro y fuera de la 
organizacion. 

3. Comprender como afecta a los usuarios la predisposicion en la salida. 

4. Disenar la salida de pantalla. 

5. Disenar tableros de control, widgets y gadgets. 

6. Disenar un sitio Web para comercio electronico. 



La salida es informacion que se entrega a los usuarios por medio del sis- 
tema de informacion a traves de intranets, extranets o la World Wide Web. 
Algunos datos requieren de mucho procesamiento para poder convertirse 
en una salida adecuada; otros se almacenan y, cuando se recuperan, se con- 
sideran salida sin que necesiten mucho procesamiento (a veces no requie¬ 
ren procesamiento en absoluto). La salida puede tomar muchas formas: la tradicional copia en 
papel de los informes impresos y la copia transitoria como las pantallas, microformas y la salida 
de video y audio. Los usuarios se basan en la salida para realizar sus tareas y con frecuencia 
juzgan el merito del sistema unicamente con base en ella. Para crear la salida mas util posible, 
el analista de sistemas trabaja de cerca con el usuario a traves de un proceso interactive hasta 
que se considere que el resultado es satisfactorio. 



OBJETIVOS DE DISENO DE LA SALIDA 

Como es esencial una salida util para asegurar el uso y la aceptacion del sistema de informa¬ 
cion, hay seis objetivos que el analista de sistemas trata de alcanzar al disenar la salida: 

1. Disenar la salida para servir al proposito previsto. 

2. Disenar la salida para ajustarla al usuario. 

3. Entregar la cantidad apropiada de salida. 

4. Asegurarse que la salida este donde se necesite. 

5. Proveer la salida en forma oportuna. 

6. Elegir el metodo de salida correcto. 

Disenar la salida para servir al proposito previsto 

Toda salida debe tener un proposito. Durante la fase de determinacion de los requerimientos 
de informacion del analisis, el analista de sistemas averigua que propositos de los usuarios y la 
organizacion existen. Despues se disena la salida con base en esos propositos. 


329 


www.xlibros.com 











330 PARTE IV • LOS FUNDAMENTOS DEL DISENO 

Usted tendra numerosas oportunidades para proveer la salida simplemente porque la aplicacion asf se lo per- 
mite. Sin embargo, recuerde la regia de proposito: si la salida no es funcional, no se debe crear ya que acarrea 
costos de tiempo y materiales. 

Disenar la salida para ajustarla al usuario 

En un sistema de informacion extenso que atiende a muchos usuarios con muchos fines, y a menudo es diff- 
cil personalizar la salida. Con base en las entrevistas, observaciones, consideraciones de costo y tal vez los 
prototipos, es posible disenar una salida para atender lo que muchos usuarios (si no es que todos) necesitan y 
prefieren. 

Hablando en general, es mas practico crear una salida especffica o personalizada para el usuario cuando se 
disena para un sistema de soporte de decisiones u otras aplicaciones con alto grado de interactividad, como las 
que utilizan a la Web como plataforma. Sin embargo, si es posible disenar la salida para ajustarse a las tareas y la 
funcion de un usuario en la organization, lo cual nos lleva al siguiente objetivo. 

Entregar la cantidad apropiada de salida 

Parte de la tarea de disenar la salida es decidir que cantidad de salida es la correcta para los usuarios. Una heurfs- 
tica util es que el sistema debe proveer lo que necesita cada persona para realizar su trabajo. Pero esta respuesta 
esta aun lejos de ser una solution total, ya que tal vez sea apropiado mostrar un subconjunto de esa informacion 
al principio y despues ofrecer al usuario la manera de acceder a la informacion adicional con facilidad. 

El problema de la sobrecarga de informacion se ha convertido en una condition muy frecuente, por lo que 
constituye una preocupacion para el disenador de sistemas. No sirve de nada proporcionar informacion exce- 
siva solo para alardear sobre las capacidades del sistema. Siempre hay que tener en cuenta a los encargados de 
tomar las decisiones. Muy raras veces necesitaran grandes cantidades de salida, en especial si hay una forma 
sencilla de acceder a mas informacion a traves de un hipervfnculo o una herramienta para explorar estructuras 
jerarquicas. 

Asegurarse que la salida este donde se necesite 

Con frecuencia la salida se produce en una ubicacion y despues se distribuye al usuario. El aumento en el uso de 
la salida que se muestra a traves de una pantalla en llnea y a la que se puede acceder personalmente ha reducido 
en parte el problema de la distribucion, pero la distribucion apropiada sigue siendo un objetivo importante para el 
analista de sistemas. Para ser util, la salida se debe presentar al usuario correcto. Sin importar que tan bien dise- 
nados esten los informes, si no los ven los encargados apropiados de tomar las decisiones, no tendran valor. 

Proveer la salida en forma oportuna 

Una de las quejas mas comunes de los usuarios es que no reciben la informacion a tiempo para tomar las deci¬ 
siones necesarias. Aunque la sincronizacion no lo es todo, si desempena un importante papel en cuanto a que tan 
util sera la salida. Muchos informes se requieren a diario, algunos solo cada mes, otros anualmente y otros mas 
solo por exception. Al usar una salida basada en Web bien promocionada, tambien podemos solucionar algunos 
problemas de sincronizacion de la distribucion de salida. La sincronizacion precisa de la salida puede ser impres- 
cindible para las operaciones de negocios. 

Elegir el metodo de salida correcto 

La election del metodo de salida correcto para cada usuario es otro de los objetivos del diseno correcto de salida. 
Gran parte de la salida aparece ahora en pantallas donde los usuarios tienen la option de imprimirla. El analista 
necesita reconocer los conflictos involucrados en el proceso de elegir un metodo de salida. Los costos difteren; 
para el usuario tambien hay diferencias en cuanto a accesibilidad, flexibilidad, durabilidad, distribucion, posibi- 
lidades de almacenamiento y recuperation, capacidad de transportation e impacto general de los datos. La elec¬ 
cion de los metodos de salida no es trivial y tampoco es una cuestion resuelta. 

RELACIONAR EL CONTENIDO DE LA SALIDA CON EL METODO DE SALIDA 

Debemos considerar que el contenido de la salida de los sistemas de informacion esta interrelacionado con el 
metodo de salida. Cada vez que disenamos la salida, necesitamos pensar acerca de como la funcion influye sobre 
la forma y como influira el proposito previsto en el metodo de salida que seleccionemos. 

Debemos pensar sobre la salida en sentido general, de manera que cualquier informacion que produzca el 
sistema computarizado y que sea util para las personas se pueda considerar como salida. Es posible conceptua- 
lizar la salida como externa (que sale de la empresa); por ejemplo, la informacion que aparece en el sitio Web 
para el publico, o como interna (que permanece dentro del negocio); por ejemplo, el material disponible en una 
intranet. 
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FIGURA 11.1 

Un documento retornable para el 
procesamiento de datos de 
Minigasco. 


La salida externa es algo con lo que estamos familiarizados: facturas, anuncios, cheques de nomina, infor- 
mes anuales y una multitud de comunicaciones que tienen las organizaciones con sus clientes, distribuidores, 
proveedores, industria y competidores. El analista disena una parte de esta salida, como las facturas de los servi- 
cios publicos, para que sirva una doble funcion como documento retornable. La figura 11.1 es un recibo de gas 
que sirve como documento retornable para el procesamiento de datos de la compafua de gas. La salida de una 
etapa del procesamiento se convierte en la entrada para la siguiente. Cuando el cliente devuelve la parte desig- 
nada del documento, se digitaliza esta parte y se utiliza como entrada de computadora. 

La salida externa difiere de la interna en cuanto a su distribution, diseflo y apariencia. Muchos documentos 
externos deben incluir instrucciones para que el receptor pueda utilizarlos en forma correcta. Muchas salidas ex- 
ternas se colocan en formularios impresos o en sitios Web que muestran el logotipo de la empresa y los colores 
corporativos. 

Las salidas internas incluyen varios informes para los encargados de tomar decisiones. Varfan desde infor¬ 
mes cortos y sintetizados hasta los largos y detallados. Un ejemplo de informe sintetizado es un informe que 
presenta solo los totales de las ventas mensuales; un informe detallado podria mostrar las ventas semanales por 
vendedor. 

Otros tipos de informes internos incluyen los informes historicos y los informes de excepciones que se 
producen como salida solo en el momento en que ocurre una exception. Algunos ejemplos de informes de ex¬ 
cepciones son el listado de todos los empleados sin faltas en todo el ano, un listado de todos los vendedores que 
no cumplieron con su cuota de ventas mensual o un informe sobre las quejas de los consumidores durante los 
ultimos seis meses. 

Tecnologias de salida 

Para producir diferentes tipos de salida se requieren distintas tecnologias. Para la salida impresa, las opciones in¬ 
cluyen una amplia variedad de impresoras. Para la salida en pantalla, las opciones incluyen pantallas conectadas 
o independientes. La salida de audio se puede amplificar a traves de un altavoz o escuchar a traves de bocinas, 
que pueden variar desde las mas pequenas hasta los sistemas de sonido envolvente para PC. Tambien se puede 
disenar la salida de audio para telefonos moviles. La salida electronica se crea mediante herramientas de soft¬ 
ware especiales. Como podemos ver, las opciones son numerosas. La figura 11.2 muestra una comparacion de 
los metodos de salida. 

IMPRESORAS Como los informes impresos son un tipo muy comun de salida, es logico suponer que las impresoras 
estan omnipresentes en cualquier organization grande. Aunque hay otros tipos de salida que estan ganando 
popularidad, es probable que los negocios sigan deseando la salida impresa, o que quieran disenar salida con una 
buena apariencia si los clientes, proveedores o distribuidores la imprimen mediante su propio software y hardware. 
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Metodo de salida 

Ventajas 

Desventajas 

Impresora 

• Asequible para la mayoria de las organizaciones 

• Flexible en cuanto a tipos de salida, ubicacion 
y capacidades 

• Manejagrandesvolumenesde salida 

• Altamente confiable, con poco tiempo de inactividad 

• Aun se requiere de intervencion por parte del operador. 

• Problemas de compatibilidad con el software de computadora 

• Puede requerir provisiones especiales y costosas 

• Puede ser lenta, dependiendo del modelo 

• Poco amigable para el ambiente 

Pantalla 

• Interactiva 

• Transmision en Ifnea y tiempo real 

• Silenciosa 

• Aprovecha las capacidades de la computadora para 
desplazarse por las bases de datos y los archivos 

• Buena para los mensajes efimeros con acceso 
frecuente 

• Puede requerir cables y espacio para su instalacion 

• De todas formas se puede requerir documentacion 
impresa 

Salida de audio 
y podcasts 

• Buena para usuarios individuales 

• Buena para mensajes transientes 

• Buena en donde el trabajador necesita las manos libres 

• Buena si hay que distribuir la salida en areas 
muy amplias 

• Se requieren audifonos cuando la salida no debe interferir 
con otras tareas 

• Tiene una aplicacion limitada 

DVC, CD-ROM 
y CD-RW 

• Tiene gran capacidad 

• Permite salida multimedia 

• Se requiere una computadora y una pantalla para leer 
los datos 

Salida electronica 
(email, sitios Web, 
blogs y fuentes RSS) 

• Reduce el papel 

• Se puede actualizar con mucha facilidad 

• Se puede “transmitir” 

• Se puede hacer interactiva 

• No contribuye al formato (email) 

• Es diffcil transmitir el contexto de los mensajes (email) 

• Los sitios Web requieren de un mantenimiento diligente 


FIGURA 11.2 

Una comparacion de los metodos de salida. 


Las impresoras ahora tienden a ser mas flexibles, lo que se traduce en procesos de expansion de opciones 
para la ubicacion del sitio de impresion, alojar distintos numeros de caracteres por pagina, incluyendo diversos 
estilos y fuentes, cambiar la position de impresion en la pagina, incluir mayor capacidad de graficas y color, pro- 
ducir una impresion mas silenciosa, proteger el ambiente, reducir el niimero de formularios impresos en el inven- 
tario, simplificar las tareas del operador y reducir la cantidad de intervention del operador en general. 

En conjunto con los usuarios, el analista de sistemas debe determinar el proposito de la impresora. Una vez 
establecido esto, hay que tener en cuenta tres factores clave de las impresoras: 

1. Confiabilidad. 

2. Compatibilidad con software y hardware. 

3. Soporte del fabricante. 

PANTALLAS COMO SALIDA Las pantallas son una tecnologfa de salida cada vez mas popular. Usadas en un 
principio para la introduction de datos, las pantallas se estan convirtiendo tambien en una tecnologfa viable para 
muchos otros usos a medida que disminuye su tamano y su precio, a la vez que aumenta su compatibilidad con 
otros componentes del sistema. 

Las pantallas tienen distintas ventajas sobre las impresoras debido a que son mas silenciosas y tienen poten- 
cial para la participation interactiva de los usuarios. La salida de pantalla puede ofrecer flexibilidad al permitir al 
usuario cambiar la information de salida en tiempo real por medio de la elimination, adicion o modification de 
datos. Las pantallas tambien permiten revisar la salida almacenada por medio del acceso a (y la visualization de) 
los elementos de una base de datos relevante, con lo cual cada uno de los encargados de tomar decisiones puede 
dejar de almacenar impresiones redundantes. 

Las pantallas como salida producen ahorros en el costo. Si los usuarios pueden realizar sus tareas al interactuar 
con una pantalla tal vez no necesiten papel, con lo cual se elimina el costo de imprimir, archivar y almacenar en me- 
dios ffsicos. Si antes se enviaba un informe por correo convencional, al convencer a los usuarios de que vean los docu- 
mentos en pantalla podemos ahorramos los costos de correo y de impresion. Los corredores de bolsa, las companfas 
telefonicas, las empresas de servicios publicos y los bancos ofrecen la entrega electronica de la salida a sus clientes. 

La visualization electronica tambien puede ser conveniente desde el punto de vista del usuario. Tal vez un 
usuario solo quiera dar un vistazo a un estado de cuenta mensual para verificar que no tenga errores. Sin em- 
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bargo, el usuario necesita archivar ese estado de cuenta por cuestiones fiscales. Si el estado de cuenta se entrega 
por correo electronico, tal vez la copia electronica sea todo lo que el usuario necesite. Esto ayudara a mantener 
los registros y alentara en consecuencia al usuario a que prefiera el estado de cuenta electronico en vez del im- 
preso. Otra razon para preferir la salida de pantalla a la salida de papel es que es mas facil mantener actualizada 
la version electronica. 

Una desventaja potencial es la de mostrar la salida en una variedad de pantallas que utilizan distintas resolucio- 
nes. Si la pantalla que se visualiza es de una pagina Web, el programador de la pagina Web necesita un plan para re- 
visar las imagenes en cada resolution (por ejemplo, 800 X 600, 1600 X 1200, etcetera) y usar distintos navegado- 
res para asegurarse de que las paginas tengan una apariencia similar. Si los usuarios necesitan acceso a telefonos 
inteligentes o telefonos moviles para completar su tarea, tal vez tambien haya que desarrollar paginas Web especiales. 

Si la salida es un informe en vez de una pagina Web, el analista se enfrenta al reto de resolver otros proble- 
mas. Tal vez los usuarios no tengan las fuentes necesarias en sus computadoras y sus documentos de Microsoft 
Word esten personalizados con margenes inusuales. Si se envfa un documento de Word por correo electronico, el 
documento con un hermoso formato en la computadora del emisor podrfa terminar viendose muy mal en la pan¬ 
talla del receptor. Una solution es la de convertir la salida a archivos PDF mediante Adobe Acrobat. Esto permite 
incrustar fuentes inusuales y establecer todos los margenes en forma apropiada sin importar que computadora o 
resolution de pantalla la despliegue. 

VIDEO, AUDIO Y ANIMACION Muchas de las herramientas y paquetes de aplicaciones con los que usted vaya a 
trabajar le facilitaran el proceso de incluir video en las opciones de salida. El video es una forma compleja de 
salida, ya que combina la solidez y el potencial impacto emotional del audio (incluyendo efectos de sonido, voz 
y musica) con un canal visual. Algunas aplicaciones conocidas son las que estan basadas en Web. Examine la 
figura 11.3: muestra una pagina Web que incluye seis cortos en video del Tazon del Conocimiento del Decision 
Sciences Institute (DSI); en este caso es conveniente incluir salida en video del evento, pues conmemora un 
aniversario importante en la historia del instituto. 

Hay muchos usos para la inclusion de salida de video en las pantallas de los usuarios. Los video clips son 
una salida conveniente para: 

1. Complementar la salida estatica. 

2. Permitir una colaboracion a distancia que conecte a las personas que no se pueden reunir con frecuencia, por 
ejemplo, un equipo que, distribuido en puntos geograficos distantes, debe trabajar en un mismo proyecto. 

3. Mostrar como llevar a cabo una action, como demostrar la manera en que se debe llenar un formulario, 
instalar cierto software o ensamblar un producto. 

4. Proveer episodios de capacitacion breves que sean especlficos para un trabajo o tarea, de manera que se haga 
enfasis en una nueva habilidad. 

5. Desplazar el tiempo de un evento real, al grabarlo para verlo despues. 

6. Preservar una ocasion importante para agregarla a los archivos de una organization. 



FIGURA 11.3 

Se puede utilizar video de flujo 
continuo en forma efectiva para 
contar una historia o compartir un 
evento. Esta pagina Web relata 
un evento conocido como el Tazon 
del Conocimiento de DSI. 
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En cierta forma, podemos considerar la salida de audio como lo opuesto a la salida impresa. La salida de 
audio es transitoria, mientras que la palabra impresa es permanente. Por lo general, la salida de audio es para 
beneficio de un usuario, mientras que la salida impresa se distribuye comunmente a muchas personas. El of do 
humano interpreta la salida de audio como voz, aunque en realidad se produce a traves de sonidos digitales dis- 
cretos que se reunen de tal forma que se perciban como palabras continuas. Las companfas telefonicas fueron de 
las primeras empresas en producir sistemas que utilizan audio para los clientes. 

El sonido tambien puede mejorar una presentacion. Podemos conseguir facilmente musica y efectos de 
sonido del dominio publico. Los paquetes de presentaciones como Microsoft PowerPoint permiten a los usua- 
rios insertar sonido, musica e incluso videos. Los archivos de sonido existen en varios formatos, pero algu- 
nos de los mas comunes para las PC son los archivos MP3, WMP (Windows Media Player), .aac (iTunes e 
iPhone) y .WAV. 

La salida de audio se utiliza para proveer de ’’personal” los numeros telefonicos gratuitos de venta por catalogo 
activos las 24 horas del dfa, los siete dfas de la semana. Mediante un sistema telefonico digital, los consumidores 
pueden llamar y, en respuesta a instrucciones en salida de audio, introducen numero de artfculo, cantidad, precio y 
su numero de taijeta de credito. Las tiendas capturan asf ventas que perderfan de otra forma, ya que podrfa ser de- 
masiado costoso contratar a empleados que se ocupen de contestar llamadas las 24 horas. 

A1 usar audio y sistemas telefonicos para introducir datos, asegurese de proveer una retroalimentacion apro- 
piada para el usuario, como “Ha indicado treinta y tres dolares. Presione uno si es correcto. Presione dos para 
cambiar”. La entrada de audio debe contar con un guion bien disenado y una secuencia clara. Hay que mantener 
las instrucciones de audio breves, para que las personas puedan recordar los segmentos iniciales. 

Podcasting es la tecnica de colocar archivos de voz descargables en un sitio Web. Estos archivos de voz se 
pueden utilizar para informar a los clientes sobre nuevos productos o sobre el producto de la semana, proveer un 
paseo por una ciudad o destino turfstico, presentar noticias y muchas otras aplicaciones. La capacidad de descar- 
gar archivos de audio y video ha estado disponible por un buen tiempo ya en la Web, pero el podcasting utiliza 
un pequeno archivo RSS (un archivo XML) para almacenar la version mas reciente de un podcast (si los archivos 
cambian con frecuencia). 

La animacion es otra forma de salida que podemos utilizar para mejorar un sitio Web o una presentacion. La 
animacion es la presentacion de distintas imagenes en una serie, una a la vez. Las imagenes de animaciones estan 
compuestas de varios elementos basicos. Los sfmbolos elementales pueden ser objetos abstractos o fotograffas 
reales, y pueden tomar distintos colores, formas y texturas. La orientation espacial ayuda al usuario a determinar 
si los sfmbolos estan o no muy relacionados entre sf. Los efectos de transition pueden ser graduates o abruptos, 
al igual que en las transiciones de las diapositivas de PowerPoint. Los efectos de alteration incluyen cambiar el 
color, el tamano o la textura; ademas se puede incluir la transformation de la imagen a traves del “morphing”. 

Si se utiliza la animacion para apoyar la toma de decisiones, los experimentos han demostrado que el uso de 
imagenes reales en vez de abstractas produce una mejor calidad en las decisiones. Los sujetos experimentales que 
vieron transiciones animadas graduates, en vez de abruptas, pudieron tomar mejores decisiones. Al usar la anima¬ 
cion en paginas Web, tenga cuidado en mantener las secuencias armonizadas y no las atiborre de elementos. 

CD-ROM Y DVD Con la creciente demanda de salida multimedia, se ha esparcido ampliamente la visualization 
de material en CD-ROM. Los CD-ROM son menos vulnerables a los danos producidos por el manejo humano, 
en comparacion con otros tipos de salida. Los CD-ROM pueden incluir texto y graficos a todo color, asf como 
musica y video de movimiento continuo, por lo que como medio de salida ofrecen al disenador una maxima 
creatividad. El DVD (disco versatil digital) tambien es una tecnologfa de salida util. Los DVD se utilizan no solo 
para salida sino tambien como almacenamiento de respaldo. 

SALIDA ELECTRONICA Muchos de los nuevos sistemas basados en Web que usted disenara tienen la capacidad de 
producir salida electronica en forma de correo electronico, fax y mensajes de tableros electronicos que pueden 
enviarse de una computadora a otra sin necesidad de una copia impresa. 

El correo electronico se puede establecer y operar en forma interna en la organizacion por medio de una 
intranet, o por medio de companfas de comunicaciones o proveedores de servicio en lfnea. Al disenar sistemas 
de correo electronico podemos brindar soporte a la comunicacion en toda la organizacion. Un sistema de correo 
electronico util y flexible puede formar la base de soporte para los grupos de trabajo. 

Se estan disenando dos grupos de tecnologfas recientes que permiten a los usuarios extraer informacion de 
la Web y tambien permiten a las organizaciones enviar informacion a los usuarios en forma periodica para las 
organizaciones. A estas tecnologfas de salida se les conoce como tecnologfas push y pull, para reflejar la forma 
en que los usuarios y las organizaciones buscan informacion en la Web y la “jalan” para descargarla o hacen que 
se les envfe, o “empuje” hacia ellos. 

Las fuentes RSS (sindicacion realmente simple) son documentos de XML que los usuarios pueden obtener 
de vfnculos en paginas Web o a los que se pueden suscribir. Contienen un tftulo, que por lo general es el mismo 
nombre que el sitio Web de la fuente RSS; un vinculo, que con frecuencia es el mismo vinculo que el de la pagina 
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or que no pueden hacer esto bien? Me esta distrayendo 
mucho. El zoologico en Colombia me escribio sobre un tigre que 
nos prestaron desde 2002. Deberian escribir a Tulsa”, exclama Ella 
Fant mientras ondea una carta en el aire. Ella es la encargada en jefe 
del programa de crfa de animales en el zoologico Gotham. 

Ella se encuentra hablando con los miembros del comite de 
cinco personas del zoologico sobre las propuestas a considerar. El 
comite se reune cada mes para decidir que animales prestar a otros 
zoologicos y cuales recibir en prestamo para criarlos. El comite esta 
compuesto por Ella Fant, la encargada en jefe; Ty Garr, el director 
del zoologico; dos empleados del zoologico, Annie Mall y Mona 
Key; y Rex Lyon, un empresario de la comunidad. 

Ty pasa al frente del grupo y continua con la reunion diciendo: 
‘‘Tenemos la posibilidad de prestar dos de nuestros monos tamarinos 
dorados y tenemos tambien la oportunidad de actuar como casamen- 
teros para dos pandas menores. Como tres de ustedes son nuevos en 
el comite, hablare brevemente sobre sus responsabilidades. Como 
saben, Ella y yo nos abalanzarfamos sobre cualquier oportunidad de 
atraer animales al zoologico para el programa de crfa. Su deber es 
evaluar los recursos financieros del zoologico y analizar las deman- 
das inmediatas del mismo. Tambien deben considerar la temporada 
y nuestra capacidad de embarque, as! como la de los otros zoologi¬ 
cos que estamos considerando. Los demas zoologicos no nos cobran 
nada por prestarnos sus animales para el programa de crfa. Pagamos 
el embarque por cualquier animal que se nos haya prestado y des¬ 
pues los mantenemos, y eso es costoso”: 

“Estamos enlazados via Internet a una base de datos de espe- 
cies seleccionadas con otros 164 zoologicos”, dice Ella para reto- 
mar la historia de Ty. “Mi oficina tiene una computadora equipada 
con una pantalla, puedo acceder a los registros de todos los anima¬ 
les cautivos en el sistema, incluyendo los de los dos zoologicos con 
los que estamos negociando en estos momentos”. 

Mientras los miembros del comite trabajan, empiezan a hacer 
preguntas: “Necesito leer informacion, conseguir algo de carne en 
la que pueda hundir mis dientes, antes de poder decidir si el pres¬ 
tamo de los pandas menores es una buena idea. ^En donde estan los 
datos sobre los animales que estamos considerando?”, grune Rex. 


Annie responde, “Tenemos que ir a la oficina de Ella para 
conseguirlos. Normalmente, los otros empleados que necesitan sa¬ 
ber simplemente usan su computadora”. 

Mona interviene en la discusion para decir: “Tambien serfa 
genial obtener informacion sobre el estado actual del presupuesto. 
Me volvere loca con los nuevos gastos hasta que tengamos por lo 
menos un resumen de lo que estamos gastando. Apuesto a que es 
bastante”. 

Ty responde: “No queremos andarnos por las ramas: franca- 
mente nos sentimos atrapados. Los costos de reproducir todos los 
datos financieros nos parecen altos. jPreferirfamos invertir nuestro 
dinero en reproducir especies raras y en peligro de extincion! La 
papelerfa se multiplica por si sola”. 

El grupo se rfe con nerviosismo, pero hay un aire de expecta¬ 
tion en la sala. El consenso es que los miembros del comite necesi¬ 
tan mas informacion interna sobre el estado financiero del zoologico 
y los animales candidatos para prestamo. 

Ella, que esta consciente de que el grupo no se puede domar de 
la misma forma que el anterior, dice: “El viejo comite preferfa ob¬ 
tener su informacion de manera informal, charlando con nosotros. 
Aprovechemos esta primera reunion para descubrir los tipos de 
documentos que ustedes creen que necesitan para realizar su trabajo 
como comite. Los datos financieros estan en una PC individual que 
utiliza nuestro director financiero. Desde luego que es su bebe”. 

^Cuales son algunos de los problemas relacionados con la sa- 
lida que experimenta el comite? ^,Que sugerencias tiene para mejo- 
rar la salida para el comite? ^Como pueden cumplirse las 
restricciones de presupuesto del zoologico al tiempo que se permita 
al comite recibir la salida que necesita para funcionar? Comente con 
respecto a si la capacidad de la tecnologla de salida que se utiliza 
actualmente en el zoologico es la adecuada. Sugiera alternativas o 
modificaciones para la salida y opciones de tecnologla de salida que 
podrlan mejorar lo que se hace en la actualidad. ( Sugerencia : con- 
sidere las formas en que el comite puede aprovechar el uso de Inter¬ 
net —por ejemplo, empleando mas la Web— para obtener la salida 
que necesita y debe compartir). Analice los requerimientos de sa¬ 
lida tanto interna como externa. 



Web; una description breve; la leyenda de copyright; el lenguaje en el que esta escrito el texto, en donde se utiliza 
un codigo estandar como en-us (para ingles-Estados Unidos); pubDate (la fecha de publication); lastBuildDate 
(la fecha en que se hizo la ultima modification a la fuente RSS); imagenes; texto y demas informacion. Por lo ge¬ 
neral, las fuentes RSS se marcan en una pagina Web mediante el texto XML o RSS bianco en un boton naranja. 
Hace poco tiempo se introdujo un cuadrado naranja con tres lineas blancas que representan ondas de radio en Fi- 
refox como un simbolo de boton secundario, y esta ganando popularidad. 

Se supone que RSS debe ser realmente simple. Esta formado por una fuente (tambien conocida como 
canal), la cual consta de un tltulo, un vinculo y una description, seguida de varios artfculos de noticias, cada 
uno con su propio tltulo, vinculo y description. Aunque se supone que debe ser simple, debe considerarse 
que hay mas de media docena de versiones de RSS, ademas de un formato de sindicacion similar conocido 
como Atom. Los desarrolladores pueden proveer fuentes RSS en el sitio Web de su empresa o desarrollarlos 
para sus clientes. 

Para leer la fuente RSS se utiliza software lector de RSS, que a menudo es un programa gratuito. Estos lec- 
tores, conocidos tambien como agregadores de noticias, son programas que rastrean actualizaciones, descargan, 
clasifican y muestran las fuentes RSS. RSS es una forma de recopilar y distribuir noticias y demas contenido 
de varias fuentes. Los lectores de noticias RSS pueden ser independientes o estar integrados con el navegador 
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en forma de complementos. A1 momenta de escribir este libro, los lectores de noticias populares son Bloglines, 
BottomFeeder, FeedDemon, MY MSN, My Yahoo!, NewsIsFree, NEWSMONSTER, Pluck, RSSBANDIT, 
SF1ARPREADER y Wizz RSS (para el navegador Firefox). Pronto se sacudira el mercado para los lectores RSS 
y solo sobreviviran unos cuantos de ellos. 

RSS tiene la ventaja de organizar con eficiencia las noticias y demas information proveniente de una varie- 
dad de fuentes elegidas por el usuario. Ademas muestra las noticias mas recientes primero. RSS no se limita a las 
noticias; tambien se puede usar para llevar el registro de la revision mas reciente de un libro o manuscrito, leer 
nuevas resenas de cine y teatro, o conocer de manera anticipada el nuevo software para nuestro telefono movil. 

TECNOLOGIA PULL Es una importante tecnologfa de salida que se hizo posible gracias a la Web. Si alguna 
vez ha intentado jalar informacion de la Web al hacer clic en vfnculos, ha utilizado el tipo mas basico de 
tecnologfa pull. 

En el futuro tal vez se utilicen agentes evolucionarios (programados mediante el uso de software de agente 
inteligente) para ayudar a los miembros de una organizacion a encontrar lo que necesitan en la Web. Estos agen¬ 
tes aliviaran parte de la carga comun de los usuarios al buscar en Web, debido a que observaran y comprenderan 
el comportamiento de los usuarios a medida que estos interactuan con una variedad de material en Web, y des¬ 
pues se pueden programar para buscar la informacion que desean los usuarios. De esta forma, las busquedas en 
Web seran mas eficientes y efectivas para los usuarios. 

TECNOLOGIA PUSH El contenido Web e inalambrico que se suministra por medio de la tecnologfa push es 
otro tipo de salida que disenan los analistas. La tecnologfa push se puede utilizar en la comunicacion externa 
para empujar (enviar en forma electronical la informacion solicitada o no solicitada a un cliente o consumidor. 
Tambien se puede utilizar dentro de la organizacion para obtener la atencion inmediata de un empleado o de 
alguien encargado de tomar decisiones que se enfrente a un plazo crftico para entregar elementos crfticos. El 
termino tecnologia push se puede describir como cualquier tipo de contenido que se envfa a los usuarios en 
tiempos especificados, desde webcasting basico hasta la entrega de contenido selectivo mediante el uso de 
sofisticados agentes de filtrado evolucionarios. 

Muchas empresas tanto tradicionales como basadas en Internet estan experimentando con la tecnologfa 
push. Esta tecnologfa puede obtener la informacion para la persona que la necesita. Es menos costoso transmitir 
informacion a todos los empleados que imprimir la informacion y despues distribuirla a unos cuantos seleccio- 
nados. Sin embargo, el analista necesita protegerse para evitar inundar a los empleados al publicar informacion 
sin sentido. 

Las tecnologfas push son muy flexibles. Por ejemplo, cuando se transmite la salida de una intranet a una PC, 
el usuario puede tomarla y personalizarla de muchas formas. Tal vez un empleado decida ver un solo producto o 
desee generar una grafica de las ventas a traves del tiempo. 

Factores a considerar al elegir la tecnologia de salida 

Al seleccionar tecnologfa de salida es necesario considerar ciertos factores, algunos de los cuales se mantienen 
estables aunque la tecnologfa evolucione. Considere que en algunos casos debera elegir o uno u otro. Los princi¬ 
pals factores a considerar son: 

1. ( : ,Quie'n utilizara (vera) la salida (calidad requerida)? 

2. ^Cuantas personas necesitan la salida? 

3. ( ;,D6nde se necesita la salida (distribution, logfstica)? 

4. ^Cual es el proposito de la salida? (,Que tareas de usuario y organizacionales se admiten? 

5. ( ;,Cual es la velocidad con la que se necesita la salida? 

6. (,Con que frecuencia se accedera a la salida? 

7. ^Cuanto tiempo se almacenara (o se debe almacenar) la salida? 

8. (,Bajo que leyes especiales se produce, almacena y distribuye la salida? 

9. ^Cuales son los costos iniciales y continuos del mantenimiento y los suministros? 

10. ^Cuales son los requerimientos humanos y ambientales (accesibilidad, absorcion de ruido, temperatura 
controlada, espacio para equipo, cableado y proximidad a los transmisores o puntos de acceso Wi-Fi; es 
decir, los “’’puntos calientes” o hot spots ) para las tecnologfas de salida? 

Al examinar cada factor por separado, usted podra ver las interrelaciones y como se pueden realizar concesiones 
entre uno y otro en un sistema especffico. 

tQUIEN UTILIZARA (VERA) LA SALIDA? Es importante descubrir quien utilizara la salida, ya que los requeri¬ 
mientos de trabajo ayudan a dictar cual es el metodo de salida apropiado. Por ejemplo, cuando los gerentes 
de distrito deben estar alejados de sus escritorios por periodos extendidos, necesitan salida impresa que pueda 
viajar con ellos, o tecnologfa que pueda acceder a los sitios Web y bases de datos apropiadas mientras visitan 
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FIGURA 11.4 

A1 disenar un sitio Web, es 
importante elegir una metafora 
que se pueda utilizar en todo el 
sitio. Este ejemplo de Merchants 
Bay (www.merchantsbay.com) 
emplea un tema nautico. 


a los gerentes en su region. La salida de pantalla o los documentos Web interactivos son excelentes para 
personas tales como los despachadores de camiones que permanecen sentados en su escritorio por largos 
periodos de tiempo. 

Los recipientes externos de la salida (clientes y consumidores, distribuidores y proveedores, accionistas y 
agencias regulatorias) y los usuarios dentro de las empresas requeriran de una salida distinta. Los clientes, dis¬ 
tribuidores y proveedores pueden ser parte de varias extranets, que son redes de computadoras construidas por la 
organization y proveen aplicaciones, procesamiento e information a los usuarios en la red. 

Examine el sitio Web que se muestra en la ftgura 11.4 para una empresa de comercio electronico llamada 
Merchants Bay. El disenador Web esta compenetrado con los usuarios previstos del sitio de regalos de mayoreo. 
El sitio Web de la empresa de comercio electronico esta operado por un algoritmo de negotiation patentado, en 
el cual los usuarios envian sus ofertas (por 1 articulo o por 400) en una matriz de mercancia. La estrategia de la 
empresa se basa en la experiencia personal del presidente con los mercados callejeros y la observation de que 
hay una atraccion muy poderosa entre las personas y regatear por un articulo. 

El sitio Web invoca de manera intencional una sensacion de amontonamiento, similar a la sensacion que 
se obtiene al caminar por un mercado callejero. El sitio esta previsto para los clientes que frecuentan mercados 
callejeros en persona: se sabe que son coleccionistas, sociables y curiosos por naturaleza. El sitio Web muestra 
profusion de colores, incluye una variedad de anuncios de venta en una mezcla de letras e incluso incorpora un 
video que proporciona nuevas capas de color y action. Se utiliza un lenguaje coloquial en todo el sitio. 

Cabe mencionar que el eslogan de la empresa es “proveedor de buena mercancia”. El disenador Web ha 
empleado una metafora nautica en todo el sitio. Se invita al usuario a “buscar en la bahia” para ver toda la mer¬ 
cancia. Ademas, el logotipo de la empresa incluye una ola y un sol en el horizonte, y hay un icono del timon de 
un barco colocado encima de una columna para invitar al usuario a “navegar” en busca de productos, servicios y 
servicio al cliente. 

Para completar una transaction en el sitio, el cliente tiene la oportunidad de aceptar el “precio del capitan” 
publicado, o puede enviar una oferta. Si se envia una oferta demasiado baja de acuerdo con el algoritmo de ne¬ 
gociacion almacenado, se devuelve una respuesta en lenguaje natural en una ventana desplegable, la cual dice: 
“Gracias por su oferta, marinero. No le gusta deshacerse de su dinero si no tiene que hacerlo, ^verdad? Aun asi 
me simpatiza, marinero. Intente de nuevo y ofrezca un mejor precio, o pida una cantidad mayor”. De esta forma, 
la oferta se rechaza de una manera amigable y humoristica, y las personas que ofertan reciben dos sugerencias 
sobre como mejorar la probabilidad de que sus siguientes ofertas tengan exito. Sin duda, el disenador Web tenia 
en mente un solido perfil del cliente previsto al disenar el sitio. 

iCUANTAS PERSONAS NECESITAN LA SALIDA? La election de la tecnologia de salida tambien se ve influenciada por 
la cantidad de usuarios que requieren la salida. Si muchas personas necesitan la salida, probablemente se justifique 
el uso de documentos basados en Web con option para imprimir o copias impresas. Tal vez algunos clientes 
externos quieran una copia impresa de documentos especificos, como el informe para un accionista o un estado de 
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cuenta de facturacion mensual, pero otros podrfan preferir documentos basados en Web con una notification via 
correo electronico. Si solo un usuario necesita la salida, podria ser mas adecuado usar una pantalla o audio. 

Si muchos usuarios en la empresa necesitan distintas opciones de salida en distintos momentos durante pe- 
riodos cortos y la necesitan con rapidez, los documentos Web o pantallas conectadas a terminales en linea que 
puedan acceder al contenido de bases de datos son una option viable. 

I DONDE SE NECESITA LA SALIDA (DISTRIBUCION, LOG(STICA)? La election de la tecnologfa de salida tambien se 
ve influenciada por el destino ffsico de la salida. La information que permanecera cerca de su punto de origen, 
que solo unos cuantos usuarios en la empresa utilizaran y que tal vez se almacene o use con frecuencia, se puede 
imprimir o montar en una intranet sin peligro. Una cantidad abundante de information que se deba transmitir a 
los usuarios a traves de grandes distancias en operaciones con sucursales tal vez se distribuya mejor en forma 
electronica, a traves de la Web o de extranets, y el receptor puede personalizarla. 

Algunas veces, las leyes federates o estatales dictan que un formulario impreso debe permanecer en los ar- 
chivos en una ubicacion espetifica y durante un periodo especificado. En esos casos es responsabilidad del ana- 
lista de sistemas asegurarse que se cumpla con las leyes para cualquier salida que se disene. 

£CUAl ES EL PROPOSITO DE LA SALIDA?. <^Que tareas de usuario y organizacionales se aceptan? Considere el 
proposito de la salida al momenta de elegir la tecnologfa de salida. Si esta destinada a ser un informe creado para 
atraer accionistas a la empresa, al permitirles examinar las finanzas corporativas a sus anchas, es conveniente una 
salida impresa bien disenada tal como un informe anual. Tambien se puede utilizar una variedad de medios de 
manera que el informe anual este disponible en la Web, asf como en forma impresa. 

Si el proposito de la salida es proveer actualizaciones instantaneas sobre las cotizaciones en la bolsa, y si 
el material cuenta con un alto grado de codification y puede cambiar, es mas adecuado el uso de una pantalla, 
paginas Web o presentaciones de audio. La salida debe brindar soporte a las tareas de los usuarios, como la rea¬ 
lization de analisis o la determination de proporciones, de forma que las herramientas de software, incluyendo 
calculadoras y formulas incrustadas, podrfan ser parte de la salida. Tambien deben brindar soporte a las tareas 
organizacionales como el rastreo, la calendarizacion y la supervision. 

£CUAl ES LA VELOCIDAD CON LA QUE SE NECESITA LA SALIDA? Al avanzar por los tres niveles de administration 
estrategica, media y de operaciones en la organization, descubrimos que los encargados de tomar decisiones 
en el nivel mas bajo de la administration de operaciones necesitan la salida con rapidez, para poder ajustarse 
rapidamente a eventos como una linea de ensamblaje detenida, materia prima demorada o un trabajador ausente 
en forma inesperada. Aquf podrfa ser util la salida de pantalla. 

Al subir por los niveles administrativos observamos que los gerentes estrategicos necesitan mas la salida du¬ 
rante un periodo especffico, lo cual ayuda a pronosticar los ciclos y las tendencias de negocios. 

iCON QUE FRECUENCIA SE ACCEDERA A LA SALIDA? Entre mas frecuente sea el acceso a la salida, mas importante 
sera la capacidad de verla en una pantalla conectada a las redes de area local o la Web. La salida a la que se accede 
con poca frecuencia y que solo unos cuantos usuarios necesitan es ideal para un archivo de CD-ROM. 

La salida a la que se accede con frecuencia es ideal para incorporarla en los sistemas basados en Web u otros 
sistemas o redes en linea con pantallas. Al adoptar este tipo de tecnologfa, los usuarios obtienen un acceso oportuno y 
se alivian el uso y desgaste ffsicos que producen deterioro en la salida impresa que se maneja con frecuencia. 

iCUANTO TIEMPO SE ALMACENARA (O SE DEBE ALMACENAR) LA SALIDA? La salida impresa en papel se deteriora 
con rapidez a traves del tiempo. La salida que se preserva en microformas o que se digitaliza en archivos no es 
tan propensa a sucumbir a los disturbios ambientales como la iluminacion, la humedad y el manejo humano. 
Pero si el hardware para acceder al material archivado es diffcil de adquirir o se vuelve obsoleto, este metodo de 
salida puede volverse problematico. 

Tal vez una empresa este sujeta a las leyes gubernamentales en los niveles local, estatal o federal, que dicten 
cuanto tiempo se debe mantener guardada la salida. Mientras que la corporation este dispuesta a mantener la sa¬ 
lida y esta sea information de archivo no propietaria, se puede mantener en documentos Web como parte del si- 
tio Web de la organization. Las organizaciones pueden establecer sus propias polfticas intemas acerca de cuanto 
tiempo se debe retener la salida. 

iBAJO QUE LEYES ESPECIALES SE PRODUCE, ALMACENA Y DISTRIBUYE LA SALIDA? El gobiemo se encarga de 
regular el formato apropiado para ciertos tipos de salida. Por ejemplo, en los Estados Unidos la declaration 
del salario y la retention de impuestos de un empleado, a lo cual se le conoce como formulario W-2, se debe 
imprimir; su formato final no puede ser una salida de pantalla o microforma. Cada empresa en cada pats existe 
dentro de un complejo distinto de leyes bajo las cuales produce la salida. Para tal efecto, la ley puede dictar la 
tecnologfa apropiada para ciertas funciones. 

Sin embargo, gran parte de estas leyes dependen de la industria. Por ejemplo, en los Estados Unidos la ley federal 
requiere que un banco de sangre regional mantenga un historial medico de un donador de sangre (asf como su nombre) 
en archivo. No se espetifica el formato exacto de la salida, pero el contenido esta descrito en forma minuciosa. 
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“U 

X Xasta ahora todo esta bien. Es cierto que hemos tenido algunas 
quejas, pero cualquier nuevo metro subterraneo las tiene. El ardid 
publicitario del “viaje gratis” ayudo a atraer personas que nunca 
hubieran viajado en otras circunstancias. Creo que hay mas personas 
interesadas en viajar en el metro subterraneo de las que habfa antes”, 
dice Bart Rayl. “Lo que necesitamos es una idea precisa sobre el 
numero de pasajeros hasta ahora, para poder realizar algunos ajustes 
en nuestras decisiones sobre la tarifa y el itinerario de los trenes”. 

Rayl es gerente de operaciones para S.W.I.F.T, el metro subte¬ 
rraneo recien construido para Western Ipswich y Fremont Trans¬ 
port, el cual da servicio a una de las principales ciudades al noreste 
de los Estados Unidos. Se encuentra hablando con Benton Turns¬ 
tile, quien se reporta a el como supervisor de operaciones de 
S.W.I.F.T. El sistema de metro subterraneo esta en su primer mes 
de operation, en el que ofrece lfneas limitadas. La gente de marke¬ 
ting ha estado regalando viajes gratis en el metro para aumentar la 
conciencia publica sobre S.W.I.F.T. 

“Creo que es una buena idea”, dice Turnstile. “No es solo un 
esfuerzo simbolico. Les mostraremos que realmente estamos en el 
carril correcto. Volvere pronto con usted para mostrarle la informa- 
cion sobre el numero de pasajeros”, dice. 

Un mes despues, Rayl y Turnstile se reunen para comparar el 
numero de pasajeros proyectado con los nuevos datos. Turnstile pre- 
senta con orgullo a Rayl una pila de dos pulgadas de alto de impresio- 
nes de computadora. Rayl se ve un poco sorprendido, pero precede a 
repasar los documentos con Turnstile. “^Que tenemos aqui?” pregunta 
Ray, pasando el dedo rndice sobre la pagina superior de la pila. 

“Bueno,” dice Turnstile al tiempo que pone sus ojos en las 
impresiones, “es una lista de todos los boletos que se vendieron en 
las maquinas computarizadas. Nos indica cuantos boletos se com- 
praron y que tipo de boletos fueron. Los de Systems That Think, 
Inc. me dijeron que este informe serfa muy util para nosotros, al 
igual que para las personas de operaciones en Buffalo y Pittsburgh”, 
dice Turnstile, volteando rapidamente la siguiente pagina,. 

“Tal vez, pero recuerda que esos sistemas de metro subterra¬ 
neo empezaron con un servicio realmente limitado. Nosotros somos 
mas grandes. que hay sobre las ventas de las tres casetas de 
boletos en la terminal de Main Street?”, pregunta Rayl. 


“Los empleados en la caseta pueden obtener information que 
sintetiza las ventas de boletos en pantalla cada vez que lo requieran, 
pero esa information no esta incluida aquf. Recuerda que proyecta- 
mos que solo el 10 por ciento de nuestras ventas serian de las case¬ 
tas, de todas formas. Sigamos con nuestra idea original y agreguemos 
esa information a las copias impresas”, sugiere Turnstile. 

Rayl responde: “Pero he estado observando a los pasajeros. La 
mitad de ellos parecen tener miedo de las maquinas expendedoras de 
boletos. Otros empiezan a usarlas, se frustran al tratar de leer las 
instrucciones o no saben que hacer con el boleto que sale y terminan 
en la caseta de boletos a punto de estallar de coraje. Ademas, no 
pueden entender la information de rutina que se publica en los quios- 
cos, pues esta en forma de graficos. Terminan preguntando a los 
empleados que tren va para que lado”. Rayl empuja los papeles que 
contienen las ventas de boletos hacia un lado de la mesa de conferen- 
cias y dice: “No tengo mucha confianza en este informe. Siento como 
si estuvieramos sentados aquf tratando de operar el sistema de metro 
subterraneo mas sofisticado de los Estados Unidos mirando fijamente 
un tunel en vez de la information, como deberfamos. Creo que nece¬ 
sitamos pensar seriamente sobre como capturar la information de los 
viajes en tarjetas con cintas magneticas como lo hace la Autoridad de 
transito de la ciudad de Nueva York. Cada vez que uno inserta una 
tarjeta para viajar se almacena la information”. 

^Cuales son algunos de los problemas especfficos con la salida 
que los consultores de sistemas y Benton Turnstile dieron a Bart 
Rayl? Evalue los medios que se estan usando para la salida, as! 
como la sincronizacion de su distribution. Comente sobre la salida 
externa que aparentemente reciben los usuarios de las maquinas 
expendedoras de boletos. Sugiera algunos cambios en la salida para 
ayudar a Rayl a obtener la information que necesita para tomar 
decisiones sobre las tarifas y los itineraries de los trenes, y para 
ayudar a los usuarios del sistema de metro subterraneo a obtener la 
information que necesitan. ^Cuales son algunas de las decisiones a 
las que se enfrentan las organizaciones como la Autoridad de tran¬ 
sito de Nueva York si recolectan y almacenan la entrada concer- 
niente a los destinos de un individuo cada vez que este hace un 
viaje? iQue cambios tendrfa que hacer S.W.I.F.T. en cuanto a su 
salida y sus boletos si adoptara esta tecnologfa? 


iCUALES SON LOS COSTOS INICIALES Y CONTINUOS DEL MANTENIMIENTO Y LOS SUMINISTROS? Los costos 
iniciales relacionados con la compra o renta de equipo se deben considerar como otro factor mas que participa en 
la election de la tecnologfa de salida. La mayorfa de los distribuidores le ayudaran a estimar los costos iniciales 
de comprar o rentar hardware de computadora, incluyendo el costo de las impresoras y pantallas, el costo del 
acceso a los proveedores de servicio en lfnea (acceso a Internet) o los costos de construir intranets y extranets. 
Sin embargo, muchos distribuidores no proveen information sobre cuanto cuesta mantener una impresora o 
hacer funcionar otras tecnologfas. Por lo tanto, es responsabilidad del analista investigar los costos de operacion 
de las distintas tecnologfas de salida o de mantener un sitio Web corporativo a largo plazo. 

iCUALES son los requerimientos ambientales humanos para las tecnologias DE SALIDA? Los 

analistas necesitan incluir en sus decisiones sobre la salida los factores correspondientes a accesibilidad, 
absorcion de ruido, temperatura controlada, espacio para el equipo, cableado y proximidad a los transmisores 
Wi-Fi o puntos de acceso o “puntos calientes”. Cuando los humanos interactuan con las tecnologfas, los 
ambientes especfficos ayudan a los sistemas a operar con mayor efectividad y eficiencia. Los usuarios necesitan 
accesibilidad y soporte para acceder a las paginas Web, asf como a los demas tipos de salida. 


www.xlibros.com 







340 PARTE IV • LOS FUNDAMENTOS DEL DISENO 

Las impresoras requieren un entomo seco y frfo para operar en forma apropiada. Las pantallas requieren 
espacio para instalarlas y verlas. La salida de audio y video requiere un entomo silencioso para poder escuchar; 
ademas solo los empleados (o clientes) que la utilizan deben ser quienes puedan escuchar. Por ende, el analista 
no debe especificar una salida de audio para una situation de trabajo en la que haya muchos empleados o clientes 
involucrados en una variedad de tareas no relacionadas con la salida. 

Para poder establecer redes de area local inalambricas, de manera que los usuarios puedan acceder a la Web sin 
necesidad de cables, debe haber puntos de acceso Wi-Fi disponibles. Estos funcionan cuando las PC estan a unos 
cuantos cientos de pies de los transmisores, pero pueden estar sujetos a interferencia debido a otros dispositivos. 

Algunas tecnologias de salida se valoran por ser discretas. Las bibliotecas, que hacen enfasis en mantener 
silencioso el sitio de trabajo, utilizan mucho las pantallas para los documentos Web y demas informacion de base 
de datos en red, pero usan muy pocas impresoras. 

COMPRENDER COMO AFECTA LA PREDISPOSICION EN LA SALIDA A LOS USUARIOS 

La salida no es solo un producto neutral que los encargados de tomar decisiones analizan para luego actuar con 
base en ella. La salida afecta a los usuarios en muchas formas distintas. Los analistas de sistemas deben tener 
mucha creatividad y cautela al disenar la salida para evitar las predisposiciones. 

Como reconocer la predisposition en la forma en que se utiliza la salida 

Un error comun es suponer que una vez que el analista de sistemas aprueba un proyecto de sistemas termina el 
impacto que puede generar sobre este. En realidad, la influencia del analista es de larga duration. La mayor parte 
de la informacion en la que los miembros de la organization basan sus decisiones se determina con base en lo 
que los analistas perciben como importante para la empresa. 

La predisposicion esta presente en todo lo que crean los humanos. No pretendemos con esto decir que la pre¬ 
disposition es mala, sino enfatizar que es inseparable de lo que nosotros producimos y, consecuentemente, de lo 
que nuestro sistemas producen. Las preocupaciones de los analistas de sistemas son evitar predisponer la salida sin 
necesidad y hacer que los usuarios tomen conciencia de las posibles predisposiciones en la salida que reciben. 

Las presentaciones de la salida se predisponen involuntariamente en tres formas principales: 

1. En el orden de la informacion. 

2. En el establecimiento de los lfmites aceptables. 

3. En la eleccion de las graficas. 

COMO SE INTRODUCE LA PREDISPOSICION AL ORDENAR LA INFORMACION La predisposicion se introduce a la 
salida cuando el analista y los usuarios hacen elecciones acerca de como ordenar la informacion para un informe. 
Las formas comunes de ordenar informacion son por orden alfabetico, por orden cronologico y por costo. 

La informacion que se presenta en orden alfabetico puede enfatizar excesivamente los elementos que em- 
piezan con las letras A y B, ya que los usuarios tienden a poner mas atencion a la informacion que se presenta 
primero. Por ejemplo, si los proveedores anteriores se listan por orden alfabetico, las empresas como Aardvark 
Printers, Advent Supplies y Barkley Office Equipment se muestran primero al gerente de compras. Cuando cier- 
tas aerolfneas crearon los sistemas de reservaciones SABRE y APOLLO, listaban sus propios vuelos primero 
hasta que las otras aerolfneas se quejaron de que habfa predisposicion en este tipo de ordenamiento. 

COMO SE INTRODUCE LA PREDISPOSICION AL ESTABLECER LIMITES La segunda fuente importante de 
predisposicion en la salida es la predefinicion de lfmites para valores especfficos en los informes. Muchos 
informes se generan solo por excepcion, lo cual significa que cuando se establecen de antemano lfmites en los 
valores, solo se obtendran como salida las excepciones a esos valores. Los informes por excepciones ayudan a 
que el encargado de tomar decisiones tome conciencia de las desviaciones de los valores satisfactorios. 

Por ejemplo, los lfmites que se establecen a un nivel demasiado bajo para los informes por excepciones pue¬ 
den predisponer la perception del usuario. Una companfa de seguros que genere informes por excepciones en 
todas las cuentas con una semana de retraso en el pago establece un lfmite muy bajo en los pagos vencidos. El 
encargado de tomar decisiones que reciba la salida se vera abrumado por “excepciones” que en realidad no son 
motivo de preocupacion. El informe por excepcion de pagos con una semana de retraso da a los usuarios una 
mala impresion de que hay muchas cuentas vencidas. Un lfmite mas apropiado para generar un informe por ex¬ 
ception serfa incluir las cuentas con 30 o mas dfas de retraso. 

COMO SE INTRODUCE LA PREDISPOSICION A TRAVES DE GRAFICAS La salida esta sujeta a un tercer tipo de 
predisposicion en la presentation: la eleccion del analista (o usuario) en cuanto a las graficas para mostrar la salida. 
La predisposicion puede ocurrir al seleccionar el tamano, su color, la escala a utilizar e incluso el tipo de grafica. 

El tamano de la grafica debe ser proportional, de manera que el usuario no este predispuesto en cuanto a la impor- 
tancia de las variables que se presentan. Por ejemplo, la ftgura 11.5 muestra una grafica de columnas en el que se compara 
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FIGURA 11.5 

Es muy probable que un grafico 
desorientador predisponga al 
usuario. 


el numero de reservaciones de hotel no completadas en el 2008 con las reservaciones de hotel no completadas en el 2009. 
Observe que el eje vertical esta roto y parece ser que el numero de reservaciones no completadas para el 2008 es dos ve- 
ces mayor que el numero de reservaciones no completadas en el 2009, aunque en realidad ha aumentado solo un poco. 

Como evitar la predisposition al disenar la salida 

Los analistas de sistemas pueden usar estrategias especfficas para evitar predisponer la salida que ellos y otros disenan: 

1. Estar consciente de las fuentes de predisposicion. 

2. Crear un diseno interactivo de la salida durante la creation de prototipos, fase en la que se incluya a los 
usuarios y una variedad de sistemas configurados en forma distinta al momento de evaluar la apariencia de 
los documentos Web. 

3. Trabajar con los usuarios de manera que esten informados de las predisposiciones de la salida y puedan 
reconocer las implicaciones al personalizar sus pantallas. 

4. Crear una salida flexible que permita a los usuarios modificar lfmites y rangos. 

5. Capacitar a los usuarios para que se basen en varias salidas para realizar “pruebas de realidad” con la salida 
del sistema. 

Todas estas estrategias (excepto la primera) se enfocan en la relacion entre el analista del sistema y el usuario, y la 
forma en que esta relacion se involucra con la salida. En primer lugar, los analistas de sistemas necesitan reconocer 
el impacto potencial de la salida y estar conscientes de las posibles formas en que se puede predisponer involunta- 
riamente la salida. Despues, necesitan ser propositivos para ayudar a los usuarios a disenar una salida con el menor 
grado de predisposicion, sin perder la capacidad de identificar esta. 

Como disenar la salida impresa 

La fuente de information que debemos incluir en los informes es el diccionario de datos, la compilation de lo 
que vimos en el capftulo 8. Recuerde que el diccionario de datos incluye los nombres de los elementos de datos, 
asf como la longitud de campo requerida para cada entrada. 

Los informes se clasifican en tres categories: detallados, por excepciones y sintetizados. Los informes deta- 
llados imprimen una lfnea por cada registro en el archivo maestro. Se utilizan para enviar correspondencia a los 
clientes, enviar las calificaciones de los estudiantes, imprimir catalogos, etcetera. Las pantallas de consulta han 
sustituido a muchos informes. 

Los informes por excepciones imprimen una lfnea para todos los registros que coincidan con un conjunto de con- 
diciones, como cuales seran las decoraciones de dfas festivos que tendran un descuento un dfa despues del dfa festivo, 
o cuales estudiantes estaran en la lista de honor. Por lo general se utilizan para ayudar a los gerentes de operaciones y 
al personal de oficina a operar un negocio. Los informes sintetizados imprimen una lfnea para un grupo de registros 
y se utilizan para tomar decisiones, como cuales son los artfculos que no se venden y cuales se venden mucho. 

Lineamientos para el diseno de informes impresos 

La figura 11.6 es un informe de salida previsto para los gerentes divisionales de un mayorista de alimentos que 
abastece a varias tiendas de abarrotes de franquicia. Nos enfocaremos en diversos aspectos del informe a medida 
que examinemos herramientas, convenciones y atributos funcionales y de estilo de los informes de salida impresos. 

CONVENCIONES DE DISENO DE LOS INFORMES Las convenciones a seguir al momento de disenar un formulario 
incluyen el tipo de datos (alfabetico, especial o numerico) que aparecera en cada position, mostrar el tamano del 
formulario que se esta preparando y mostrar la forma de indicar que los datos continuan en formularios dispuestos 
en forma consecutiva. La mayorfa del software de diseno de formularios que utilizan los analistas en la actualidad 
posee convenciones estandarizadas para disenar formularios en pantalla. Ademas se incluyen interfaces familiares 
tipo ‘‘arrastrar y soltar” que nos permiten seleccionar atributos con el raton, como un bloque de direcciones, para 


www.xlibros.com 







342 PARTE IV • LOS FUNDAMENTOS DEL DISENO 



“r 

V_Aelos, estoy contento de que los contrataran, muchachos. Se 
que a los Redwings les ira mejor la siguiente temporada debido a us- 
tedes. Mi trabajo sera mucho mas sencillo tambien”, dice Andy Skors, 
gerente de boletos para el equipo de hockey de Kitchener, Ontario, los 
Kitchener Redwings. Andy ha estado trabajando con el equipo de 
analistas de sistemas al que usted pertenece para analizar los requeri- 
mientos de sistemas para computarizar las ventas de boletos. 

Hay que recordar que la ultima vez que hablamos sobre el 
equipo de analisis de sistemas, que consistfa de Hy Sticking (su lf- 
der). Rip Shinpadd, Fiona Wrink y usted, estaban discutiendo sobre 
agilizar el proyecto y establecer los objetivos de productividad del 
equipo (en “Cuidar los objetivos”, Oportunidad de consultorfa 3.5). 

Andy esta hablando con el equipo sobre lo que se debe incluir 
en la propuesta de sistemas para hacerla lo mas convincente posible 
para la gerencia de los Redwings. “Estoy seguro de que les gustara 
esta grafica”, continua Andy. “Es algo simple que dibuje despues de 
que usted me hizo todas esas preguntas sobre las ventas anteriores 
de boletos, Rip”. 

Andy entrega la grafica de barras a Rip, quien lo ve y deja 
entrever una ligera sonrisa. “Ya que estas aqui con nosotros, Andy, 
^por que no lo explicas?”. 

Como un jugador que acaba de salir de la caja de castigos, 
Andy empieza a explicar la grafica como si estuviera patinando con 
estilo y gracia. “Bueno, nuestras ventas de boletos llegaron a su 


maximo historico en 2007. La multitud estuvo realmente compla- 
cida ese ano. Incluso podrfamos haber vendido asientos en el mar- 
cador si me hubieran dejado. Por desgracia, las ventas de boletos 
llegaron a su mmimo historico en 2009. Es decir, realmente fue un 
desastre. Los boletos se movfan mas lento que un glaciar. Tuve que 
convencer a los jugadores para que regalaran boletos cuando hicie- 
ran apariciones en el centra comercial. Si dan un vistazo a esta ta- 
bla, se daran cuenta de lo que hablo”. 

“Pienso que al computarizar las ventas de boletos podernos 
elegir quienes seran nuestras patrocinadores de la temporada. Tene- 
mos que averiguar quienes son y recuperarlos, hacer que sigan con 
nosotros. Eso serfa una excelente meta a lograr”, concluye Andy. 

Despues de la agitada presentation de Andy, Hy mira como si 
pensara que el periodo de 20 minutos nunca acabaria. Al entender 
su senal, Fiona dice: “Gracias por la information, Andy. Trabajare- 
mos para incluirla en el informe de alguna forma”. 

Mientras Fiona y Rip salen de la sala con Andy, Hy se da cuenta 
de que ya no queda nadie en la banca, por lo que le pide a usted, el 
cuarto miembro del equipo, que gufe a Andy con su grafica de ba¬ 
rras; haga una lista de los problemas que vea en el. A Hy tambien le 
gustarfa que usted hiciera bosquejos de algunas formas alternativas 
de graficar los datos sobre las ventas de boletos, de manera que se 
pueda incluir una grafica correcta y persuasiva sobre las ventas de 
boletos en la propuesta de sistemas. Dibuje dos alternativas. 
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FIGURA 11.Cl 

Un grafico dibujado en forma incorrecta. 
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FIGURA 11.6 

Un informe de salida impreso para los gerentes 
divisionales de un mayorista de alimentos. 
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despues soltarlo en la pantalla donde deseamos colocarlo en el formulario. Es muy comun utilizar WYSIWYG (lo 
que se ve es lo que se obtiene), por lo que el diseno de formularios es un ejercicio muy visual. 

La information constante es informacion que permanece igual cada vez que se imprime el informe. El titulo 
del informe y todos los encabezados de las columnas se escriben como informacion constante. La information 
variable es informacion que puede variar cada vez que se imprime el informe. En nuestro ejemplo cambian las 
cifras de ventas en miles de dolares; por ende, se indican como informacion variable. 

CALIDAD DE PAPEL, TIPO Y TAMANO La salida se puede imprimir en innumerables tipos de papel. Por lo general, 
la restriccion primordial es el costo. Un ejemplo es el uso de papel de seguridad para los cheques y los sobres de 
los cheques, asi como para los documentos que deben portar sellos oficiales inalterables u hologramas, como los 
pasaportes. 

Los formularios pre-impresos pueden transmitir con facilidad una imagen corporativa distintiva mediante el 
uso de los colores, logotipos y otros elementos de diseno relacionados con la empresa. El uso de formas, colores 
y distribuciones innovadoras tambien es una forma efectiva de llamar la atencion de los usuarios para el informe 
que contiene el formulario impreso. 

CONSIDERACIONES DE DISENO A1 disenar el informe impreso, el analista de sistemas trabaja con los usuarios 
para incorporar las consideraciones funcionales y estilfsticas o esteticas, de manera que el informe provea al 
usuario la informacion necesaria en un formato legible y agradable. Como la funcion y la forma se refuerzan una 
a otra, no hay que hacer enfasis en una a expensas de la otra. 

Atributos funcionales Los atributos funcionales de un informe impreso incluyen: 1) el encabezado o titulo del 
informe, 2) el numero de pagina, 3) la fecha de preparation, 4) los encabezados de columnas, 5) el agrupamiento 
de los elementos de datos relacionados y 6) el uso de interrupciones de control. Cada uno de estos atributos sirve 
un proposito distintivo para el usuario. 

Hay varias consideraciones estilfsticas o esteticas que el analista de sistemas debe observar al disenar un in¬ 
forme impreso. Si la salida impresa es poco atractiva y dificil de leer, no se utilizara en forma efectiva o tal vez 
no se utilice para nada. El resultado es la desinformacion de los encargados de tomar decisiones y un desperdicio 
de los recursos de la organization. 
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Los informes impresos deben estar organizados en consideration del fluir de la vista. En esta cultura, eso 
significa que el informe se debe leer de arriba hacia abajo y de izquierda a derecha. Los elementos de datos rela- 
cionados se podrfan agrupar entre sr. En una section posterior de este caprtulo veremos la estetica sobre el diseno 
de sitios y paginas Web. 

COMO DISENAR SALIDA PARA PANTALLAS 

En el caprtulo 12 veremos como disenar pantallas para entrada humana o de computadora; aquf se aplican 
los mismos lineamientos para disenar la salida, aunque el contenido varfa. Cabe mencionar que la salida para 
las pantallas difiere de la salida impresa en varios puntos. Es efimera (es decir, una pantalla no es perma- 
nente como las impresiones), puede estar orientada de manera mas especffica al usuario, esta disponible en 
un horario mas flexible, no es portatil de la misma forma y algunas veces se puede modificar a traves de la 
interaction directa. 

Ademas, hay que instruir a los usuarios en cuanto a las teclas que deben oprimir, los vfnculos en los que de¬ 
ben hacer clic o como desplazarse cuando quieren continuar leyendo pantallas adicionales, cuando desean saber 
como terminar la pantalla y cuando quieren saber como interactuar con la pantalla (si es posible). El acceso de 
los usuarios a las pantallas se puede controlar mediante una contrasena, mientras que la distribution de la salida 
impresa se controla en base a otros medios. 

Lineamientos para el diseno de pantallas 

Cuatro lineamientos facilitan el diseno de pantallas: 

1. Mantenga la pantalla simplificada. 

2. Mantenga la presentation consistente. 

3. Facilite el movimiento del usuario entre la salida que se muestra en la pantalla. 

4. Cree una pantalla atractiva y agradable. 

Al igual que con la salida impresa, las buenas pantallas no se crean en forma aislada. Los analistas de sistemas 
necesitan la retroalimentacion de los usuarios para disenar pantallas que valgan la pena. Una vez aprobada por los 
usuarios despues de varios prototipos y refinaciones, se puede fmalizar la distribution de la pantalla. 

En la figura 11.7 se muestra la salida producida desde la pantalla de diseno. Cabe mencionar que no esta 
atestada de information, e incluso asf proporciona un resumen basico del estado de envio. La pantalla orienta a 
los usuarios en cuanto a lo que estan viendo mediante el uso de un encabezado. Las instrucciones en la parte in- 


FIGURA 11.7 

La pantalla de salida de New Zoo 
esta ordenada y orienta bien a los 

usuarios. Estado de pedidos de New Zoo 


Vendedor 

Pedido# 

Fecha del pedido Estado del pedido 

Animals Unlimited 

933401 

09/05/2009 

Se envio el 09/29 


934567 

09/11/2009 

Se envio el 09/21 


934613 

09/13/2009 

Se envio el 09/21 


934691 

09/14/2009 

Se envio el 09/21 

Bear Bizarre 

933603 

09/02/2009 

Envio parcial 


933668 

09/08/2009 

Programado para el 10/03 


934552 

09/18/2009 

Programado para el 10/03 


934683 

09/18/2009 

Se envio el 09/28 

Cuddles Co. 

933414 

09/12/2009 

Se envio el 09/18 


933422 

09/14/2009 

Se envio el 09/21 


934339 

09/16/2009 

Se envio el 09/26 


934387 

09/18/2009 

Se envio el 09/21 


934476 

09/25/2009 

Pedido pendiente 

Stuffed Stuff 

934341 

09/14/2009 

Se envio el 09/26 


934591 

09/18/2009 

Envio parcial 


934633 

09/26/2009 

Pedido pendiente 


934664 

09/29/2009 

Envio parcial 


Oprima cualquier tecla para ver el resto de la lista; ESC para finalizar; ? para ayuda 
Para obtener mas detalle, coloque el cursor sobre el numero de pedido y oprima Intro. 
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ferior de la pantalla proveen a los usuarios varias opciones, incluyendo continuar con la pantalla actual, terminar 
con la pantalla, obtener ayuda u presentar mas detalle. Esta pantalla provee contexto para los usuarios que tratan 
de completar una tarea, como veriftcar el estado de un pedido. 

Las pantallas de salida de una aplicacion deben mostrar informacion de manera consistente, de una pagina 
a otra. La figura 11.8 muestra la pantalla que se produce cuando el usuario coloca el cursor sobre el numero de 
pedido para un vendedor especffico. La nueva pantalla presenta mas detalles sobre Bear Bizarre. En el cuerpo 
de la pantalla, el usuario puede ver el numero de pedido del vendedor, la direction completa, la fecha del pedido 
y el estado. Ademas se proporciona un desglose detallado del envio y un estado detallado de cada parte del envfo. 

Se provee un nombre y numero telefonico de contacto, junto con el saldo de la cuenta, la clasiftcacion de cre- 
dito y el historial de envfos. Cabe mencionar que la parte inferior de la pantalla aconseja al usuario sobre ciertas 
opciones, incluir mas detalles, finalizar la pantalla u obtener ayuda. Los usuarios reciben el control sobre lo que 
podrfan hacer despues de ver la pantalla. 

En vez de amontonar toda la informacion de un vendedor en una sola pagina, el analista ha hecho posible 
que el usuario pueda ver la informacion sobre un vendedor especffico en caso de que surja un problema o una 
duda. Por ejemplo, si el resumen indica que se envio solo una parte de un pedido, el usuario puede verificar mas 
detalles del mismo mediante una llamada a una pantalla detallada del vendedor, para despues proceder con la 
action apropiada. 

Uso de salida grafica en el diseno de pantallas 

La salida grafica puede ser poderosa. Es mucho mas facil identificar una tendencia u observar un patron cuando 
se muestra la grafica apropiada. La mayorfa de las personas identifican mejor las diferencias en las graficas que 
en las tablas. Es importante colaborar con los usuarios para elegir el estilo correcto de grafico para comunicar lo 
que deseamos. 

Al igual que con la presentation de la salida en formato tabular, la salida grafica necesita ser precisa y facil 
de comprender y usar, si deseamos que sea efectiva para comunicar la informacion a los usuarios. Los encarga- 
dos de tomar decisiones que usan las graficas necesitan conocer las suposiciones (predisposiciones) bajo las que 
se construyen, de manera que puedan realizar los ajustes o compensaciones necesarios. 

Al disenar la salida grafica, el analista de sistemas y cualquier usuario involucrado en la creation de prototipos 
de diseno deben determinar: 1) el proposito del grafico, 2) el tipo de datos que hay que mostrar, 3) su audiencia y 
4) los efectos sobre la audiencia de distintos tipos de salida grafica. En el caso de un sistema de soporte de decisio¬ 
nes, el proposito de una pantalla grafica es apoyar cualquiera de las tres fases de solution de problemas a las que se 
enfrenta un usuario: inteligencia, diseno o election. En la figura 11.9 se muestra un ejemplo de DSS de planeacion 
de los elementos de la Policfa Estatal de Nebraska. En este caso, los tiempos actuales de respuesta, los tiempos pro- 
nosticados de respuesta y los requerimientos mfnimos se grafican como barras con distintos sombreados. 


Pedido# 

933603 

Vendedor 

Bear Bizarre 

1001 Karhu Lane 

Bern, Virginia 22024 

Fecha del pedido 

09/02/2008 

Estado del pedido 

Envio parcial 

Unidades 

Paq. Description 

Precio 

Monto 

Estado detallado 

12 

Each Floppy Bears 

20.00 

240.00 

Pedido pendiente vence el 10/15 

6 

Each Growlers 

25.00 

150.00 

Pedido pendiente vence el 10/15 

2 

Each Special Edition 

70.00 

140.00 

Se envio el 09/02 

1 

Box Celebrity Mix 

150.00 

150.00 

Se envio el 09/02 

12 

Each Santa Bears 

10.00 

120.00 

800.00 

Pedido pendiente vence el 10/30 

Contacto 

Saldo de la cuenta 

Clasificacion de credito 

Ultimo pedido Enviado 


Srita. Ursula Major 
703-484-2327 


0.00 


Excelente 


08/21/2008 Atiempo 


Oprima cualquier tecla para ver el resto de la lista; ESC para finalizar; ? para ayuda 


FIGURA 11.8 

Si los usuarios desean mas detalles 
relacionados con el estado de 
envfo, pueden pedir una pantalla 
separada. 
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FIGURA 11.9 

Una pantalla de grafico de barras 
para inspeccionar el tiempo de 
respuesta de la tropa en pantalla. 


Tiempo de respuesta promedio por area de tropa 
Policfa Estatal de Nebraska 



Tableros de control 

Los encargados de tomar decisiones necesitan una salida que les ayude a tomar decisiones con efectividad y rapi- 
dez. Es muy conveniente para los ejecutivos y demas personas encargadas de tomar decisiones que toda la infor¬ 
mation necesaria para tomar las decisiones aparezca en pantallas frente a ellos. Cuando recibe un informe escrito, 
el encargado de tomar decisiones preferirfa que toda la information estuviera contenida dentro de ese informe, en 
vez de tener que buscar information en otros lugares. El mismo principio se aplica al diseno de pantallas. 

Un tablero de control, similar al tablero de un automovil, tiene muchos medidores distintos. Cada medidor 
puede mostrar una grafica (algo asf como la velocidad en millas o kilometros por hora), un indicador de falla 
(como un indicador que muestra que el sistema de freno automatico no funciona) o incluso texto (como un odo- 
metro que simplemente cuenta los kilometros recorridos). 

A un ejecutivo le puede parecer muy util el tablero de control al tomar decisiones, pero solo si su diseno es 
apropiado. El tablero de control de la figura 11.10 muestra que se puede incluir una cantidad considerable de in¬ 
formation en una sola pantalla. 


FIGURA 11.10 

Este tablero de control presenta 
varios tipos de indicadores de 
desempeno para ayudar a tomar 
decisiones. 
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Los tableros de control se enfocan en comunicar las mediciones al usuario. Un ejecutivo utiliza un tablero 
de control para revisar las medidas de desempeno y tomar accion si la informacion en la pantalla lo requiere. He 
aquf algunas reglas empfricas que puede utilizar para que el tablero de control que usted disene sea mas atractivo 
y efectivo: 

1. Asegurese que los datos tengan contexto. Si disena una pantalla que indique que las ventas del mes pasado 
fueron de $851,235, ( ;,que significa eso? ^Estan las ventas por encima o por debajo del promedio? 

2. Presente la informacion en forma apropiadamente sintetica y precisa. Su pantalla se vera atestada si muestra 
las ventas del mes pasado como $852,235.32, en vez de indicar en el titulo el uso de miles de dolares y 
mostrar solo 851. 

3. Seleccione las medidas de desempeno apropiadas para la pantalla. Por ejemplo, trazar la diferencia entre las 
ventas actuates y las esperadas en un grafico de desviacion es mucho mas significativo que usar un grafico 
de linea para trazar las ventas actuales y esperadas. 

4. Presente los datos en forma justa. Si hay predisposition en el tablero de control, dificultara las buenas 
decisiones, en lugar de sustentarlas. 

5. Seleccione el estilo correcto de grafica para la pantalla. Es importante usar la grafica adecuada. Aunque una 
grafica de pastel puede ser excelente para persuadir a alguien, tal vez no sea la mejor election para que un 
ejecutivo supervise el desempeno de las oficinas regionales, por ejemplo. 

6. Use medios de visualization bien disenados. Incluso si selecciona el mejor tipo de grafica, de todas 
formas necesitara dibujar, ajustar tamano y color, y etiquetar la grafica de manera significativa y 
agradable. 

7. Limite la variedad de tipos de elementos. Mantenga el menor numero de estilos posibles de graficos, 
diagramas y tablas, de manera que la informacion se pueda comunicar con rapidez y precision. 

8. Resalte los datos importantes. Use colores brillantes y fuentes en negrita solo para los datos importantes. 
Puede resaltar las medidas clave de desempeno o las excepciones importantes que esten ocurriendo, pero no 
ambas cosas. Seleccione que desea enfatizar. 

9. Ordene los datos en grupos representatives. Las medidas de desempeno casi siempre se asocian con otras 
medidas de desempeno debido a los datos mostrados o el tipo de grafico. Aprenda como agrupar los 
elementos asociados. 

10. Mantenga la pantalla actual ordenada. Evite las fotografias, los logotipos ornamentados o los temas que 
puedan distraer a los usuarios de los datos. 

11. Mantenga todo el tablero de control en una sola pantalla. Todas las medidas de desempeno deben estar en 
la misma pantalla. Si se ve obligado a cambiar pantallas, un usuario no podra ver dos medidas relevantes 
a la vez. 

12. Permita cierta flexibilidad. Si un ejecutivo desea un grafico o diagrama distinto, considere reemplazarlo. Es 
conveniente crear un prototipo del tablero de control y refmarlo con base en la retroalimentacion del usuario. 
A menudo los encargados de tomar decisiones saben mas al tratarse de obtener la informacion correcta en la 
forma mas apropiada para su estilo de decision. 

Widgets y gadgets: modification de la metafora del escritorio 

Los nuevos escritorios disenados por los usuarios estan relacionados con los tableros de control. Los disenadores 
de sistemas que desarrollan software para computadoras personales deberfan estar al tanto de una tendencia para 
animar a los usuarios a personalizar sus escritorios con widgets y gadgets. Estos elementos son pequenos progra- 
mas, por lo general escritos en JavaScript y VBScript, que residen en una barra lateral unida a un navegador o 
programa, o en una capa especial en el mismo escritorio. 

Los Widgets (como los denomina Yahoo!), los Dashboard Widgets (como los denomina Apple) y los Gad¬ 
gets (como los denominan Google y Microsoft) pueden ser cualquier tipo de programa que sea util para alguien 
que interactue con una computadora. Algunos ejemplos de widgets populares de productividad son los relojes, 
calculadoras, asistentes de sitios favoritos, traductores, motores de busqueda, facil acceso a las herramientas, pa- 
neles de inicio rapido y las notas adhesivas. 

Las cintas de cotizaciones de la bolsa, los informes meteorologicos y las fuentes RSS tambien son utiles 
widgets. Los gadgets permiten a los usuarios rastrar paquetes y verificar horarios. El usuario puede poner tam¬ 
bien juegos, podcasts de miisica y hobbies en su escritorio. Los widgets y gadgets poseen naturalezas duales, casi 
paradojicas. Permiten a los usuarios contribuir al diseno de su propio escritorio, y los disenadores observadores 
pueden aprender mucho acerca de lo que prefieren los usuarios cuando estudian los escritorios disenados por 
usuarios. Pero los widgets y gadgets tambien pueden distraer a las personas de las tareas aceptadas por el sis- 
tema. Los disenadores necesitan trabajar con los usuarios para apoyarlos de manera que puedan lograr un equili- 
brio. Una posibilidad es la de agregar medidas de desempeno especfficas para cada usuario, asf como widgets y 
gadgets que sean utiles para los encargados de tomar decisiones. 
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“O 

V^uiero todo lo que pueda abarcar y entre mas comprimida este 
la information, mejor. Olvide eso que escucho acerca de la sobrecarga 
de informacion; no es mi caso. Lo quiero todo y no en un monton de 
informes bonitos de media hoja. Lo quiero todo junto, empaquetado 
en una hoja que pueda llevar a una reunion en caso de que necesite 
buscar algo. Y lo necesito cada semana”, solicita Stephen Links, vice- 
presidente de una extensa empresa familiar de salchichas. 

Durante una entrevista, Links ha estado interrogando con se- 
veridad a Paul Plishka, quien forma parte del equipo de analisis de 
sistemas que esta ocupado con el diseno de un sistema de informa¬ 
cion para Links Meats. Aunque Paul esta renuente a lo que Links le 
ha pedido, procede a disenar un informe impreso que incluya todos 
los elementos importantes que ha establecido el equipo durante la 
fase de analisis. 

Sin embargo, al entregar a Stephen el prototipo del nuevo re- 
porte disenado con base en sus especificaciones, parece haber un 
cambio de opinion. Links dice en terminos nada inciertos que no 
puede encontrar lo que necesita. 

“Eso se ve muy mal. Parecen recortes. Mi nino que esta en 
preescolar puede hacer mejores informes con sus crayones. Mira 


nada mas. Esta todo revuelto. No puedo encontrar nada. ^Donde 
esta el resumen del numero de artlculos de res que se vendieron en 
cada punto de venta?, ^donde el volumen total de articulos vendidos 
para todos los puntos de venta?, ^que hay acerca de la informacion 
en nuestra propia tienda del centra?”, dice Links mientras recorre el 
informe. 

Sin duda hay que redisenar el informe. Disene un informe 
(o informes) que se adapte mejor a las necesidades de Stephen 
Links. iQue metodo puede adoptar el analista para sugerir mas in¬ 
formes con un formato menos atestado? Comente sobre la dificul- 
tad de implementar sugerencias de los usuarios que vayan en contra 
de su capacitacion sobre diseno. ^Cuales son los conflictos involu- 
crados (en relation con la sobrecarga de informacion) en la genera¬ 
tion de numerosos informes, en comparacion con la generation de 
un informe extenso que contenga toda la informacion que desea 
Stephen? Idee una heuristica para la visualization de la informacion 
en un solo informe, en comparacion con la generation de varios. 
Considere defender una solution basada en Web o en tablero de 
control que permita hipervfnculos a toda la informacion que desea 
Stephen. 4 Que tan viable serfa eso? 


DISENO DE UN SITIOWEB 

Al disenar un sitio Web podemos pedir prestados algunos de los principios de diseno provenientes del diseno 
de pantallas. No obstante, cabe mencionar que la palabra clave aquf es sitio. Los primeros documentos que se 
mostraron en Internet mediante el protocolo http se llamaban paginas iniciales, pero muy pronto se hizo evidente 
que las empresas, universidades, gobiernos y personas no iban a mostrar solo una pagina. El termino sitio Web 
reemplazo al de pagina de inicio para indicar que habfa que organizar, coordinar, disenar, desarrollar y mantener 
la coleccion de paginas en un proceso ordenado. 

La impresion es un medio altamente controlable, por lo que el analista puede anticipar con precision la apa- 
riencia que tendra la salida. Las pantallas GUI y basadas en caracter (CHUI, o interfaz de usuario basada en ca- 
racteres) tambien estan muy controladas. Sin embargo, la Web es un entorno con menor control para la salida. 

Los distintos navegadores muestran las imagenes en forma diferente; la resolution de la pantalla provoca un 
fuerte impacto sobre la apariencia visual de un sitio Web. Las resoluciones estandar son de 1024 X 768 pfxeles o 
de 1600 X 1200 pfxeles. Esta cuestion se complica incluso mas debido al uso de dispositivos portables, como los 
telefonos moviles con capacidades de navegacion en Web. La complejidad aumenta cuando nos damos cuenta de 
que cada persona puede conftgurar un navegador para usar distintas fuentes y tal vez deshabilite el uso de Java¬ 
Script, cookies y demas elementos de programacion. Los analistas y los usuarios se enfrentan a muchas decisio- 
nes al desarrollar un sitio Web. 

Ademas de los elementos generales de diseno que vimos antes en este capftulo, hay lineamientos especfficos 
apropiados para el diseno de sitios Web de calidad profesional. En la figura 11.11 se definen los terminos Web. 

Lineamientos generales para disenar sitios Web 

Hay muchas herramientas, asf como ejemplos que pueden guiarlo al disenar sitios Web. 

USE HERRAMIENTAS PROFESIONALES Use un software conocido como editor Web; por ejemplo, Adobe 
Dreamweaver o Microsoft Expression Web. Estas herramientas definitivamente valen lo que cuestan. Usted sera 
mas creativo y terminara el sitio Web con mucha mas rapidez que si trabajara directamente con HTML (lenguaje 
de marcado de hipertexto). 
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Termino Web 

Significado 

Ajax 

Un metodo que utiliza JavaScript y XML para modificar paginas Web en forma dinamica, sin mostrar una 
nueva pagina, mediante la obtencion de pequenas cantidades de datos del servidor. 

CSS 

Hojas de estilo en cascada, un conjunto de estilos que controlan el formato de una pagina Web. Los estilos CSS se pueden 
almacenar en un archivo y usar para dar formato a varias paginas Web, o se pueden definir dentro de una pagina Web. 

DHTML 

HTML dinamico, una forma de combinar JavaScript y tal vez las hojas de estilo en cascada para hacer que 
la pagina Web cambie con base en las acciones del usuario. 

FAQ 

Preguntas frecuentes. Con frecuencia los sitios Web tienen una pagina dedicada a estas preguntas frecuentes, para 
que la fuerza de ventas de la empresa o el equipo de soporte tecnico no se vean inundados con las mismas 
preguntas una y otra vez; ademas los usuarios pueden tener acceso a las respuestas las 24 horas del dia. 

FTP 

Protocolo de transferencia de archivos, en la actualidad es la forma mas comun de mover archivos entre distintos sistemas 
computarizados. 

GIF 

Formato de intercambio de graficos, un formato popular de imagenes comprimidas que se adapta muy bien al material grafico. 

Java 

Un lenguaje orientado a objetos que permite ejecutar aplicaciones dinamicas en Internet. Los que no son 
programadores pueden usar paquetes de software tales como Visual Cafe para Java de Symantec. 

JPEG 

Grupo unido de expertos en fotografia, el acronimo para un popular formato de imagenes comprimidas que se 
adapta muy bien a las fotografias; el disenador puede ajustar la calidad de estas fotografias. 

HTML 

Lenguaje de marcado de hipertexto, el lenguaje detras de la apariencia de los documentos en Web. En realidad es 
un conjunto de convenciones que marcan las porciones de un documento para indicarle al navegador que formato 
distintivo debe aparecer en cada porcion de una pagina. 

http:// 

Protocolo de transferencia de hipertexto, se utiliza para mover paginas Web entre distintas computadoras; por 
ejemplo, desde un sitio Web en una computadora que este en otro pais, hasta su computadora personal. 

PHP 

Un lenguaje de programacion de codigo fuente abierto, que a menudo se utiliza con MySQL, un sistema de administracion 
de bases de datos. 

complementos 
o plug-ins 

Software adicional (a menudo desarrollado por un tercero) que se puede utilizar con otro programa; por ejemplo, 

Real Player de RealNetworks o Macromedia Flash se utilizan como complementos en los navegadores Web para 
reproducir audio o video de flujo continuo y ver animaciones basadas en vectores. 

URL 

Localizador uniforme de recursos, la direction de un documento o programa en Internet. Las extensiones conocidas 
son .com para comercios, .edu para instituciones educativas, .gov o .gob para instituciones gubernamentales, .org 
para organizaciones, etcetera. 

VB .NET 

Visual Basic .NET, un entorno de programacion de Microsoft. 

Webmaster 

La persona responsable de mantener el sitio Web. 

WMP 

Windows media photo, una alternativa a JPEG desarrollada por Microsoft. 


FIGURA 11.11 

Terminos del vocabulario Web. 

ESTUDIE OTROS SITIOS WEB Analice los sitios Web que usted y otros usuarios piensen que son interesantes. 

Analice los elementos de diseno que utilicen y vea como funcionan; despues trate de emular lo que ve mediante 
la creation de paginas de prototipo (no es etico ni legal cortar y pegar imagenes o codigo, pero de todas formas 
puede aprender algo de los otros sitios). 

Firefox, que forma parte del movimiento de software de codigo fuente abierto, es un util navegador para es- 
tudiar otros sitios Web. Tiene varias extensiones creadas por terceros desarrolladores, las cuales estan disponibles 
como descargas gratuitas. Ejecute Firefox, haga clic en “Herramientas/Complementos” y despues en “Examinar 
todos los complementos”. Hay paginas de complementos y extensiones; una, llamada Web Developer, es muy 
util para los disenadores y webmasters, ya que permite al analista delinear tablas y estilos, ademas de ver Java¬ 
Script y cookies; provee information ademas de muchos otros utiles elementos a escoger. Palette Grabber es otra 
extension que permite a los desarrolladores Web ver una pantalla de codigos de color con solo elegir un color 
en un sitio Web. Tambien hay herramientas para trabajar con XML. La figura 11.12 es un ejemplo de la barra de 
herramientas Web Developer que se utiliza para resaltar las celdas de las tablas. Observe el borde rojo alrededor 
de cada celda individual. 
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FIGURA 11.12 

Un desarrollador Web puede 
delinear las celdas de las tablas al 
disenar una pagina Web, como se 
muestra en este ejemplo. 



USE LOS RECURSOS QUE OFRECE LA WEB Analice los sitios Web que ofrecen sugerencias sobre diseno. Uno de 
ellos es useit.com. 

EXAMINE LOS SITIOS WEB DE DISENADORES PROFESIONALES Mientras analiza paginas disenadas por 
profesionales preguntese: “/.Que es lo que funciona? ^Que no funciona? 6 En que formas pueden los usuarios 
interactuar con el sitio?” Por ejemplo, ( ;,tiene el sitio vfnculos activos a direcciones de correo electronico, 
formularios interactivos que se pueden llenar, encuestas para el consumidor, juegos, cuestionarios, salas de chat, 
etcetera? ( ;,Que hay sobre los esquemas de color y las metaforas omnipresentes? 

USE LAS HERRAMIENTAS QUE APRENDIO La figura 11.13 provee un formulario que algunos disenadores Web 
han usado con exito para evaluar las paginas Web en forma sistematica. Tal vez quiera usar este formulario para 


FIGURA 11.13 

Un formulario de evaluation de 
sitios Web. 


Fecha de visita: _/ 

bora de visita: 

diseno 

Apariencia en general 
Us o de graficos 
Uso de color 

Uso 0 dp SOniti0/ ' /ideo Multimedia) 
nueva tecnologfa y productos 

CONTENIDOEINTERACTIVIDflD 

Contenido 

Capacidad de navegacion 


Chtica de sitio Web 

Mombre del analista 

URL visitado 

Necesita 

mejorar 


Adm/nistracion del sitio 


y comunicaciones 



COMENTARIOS 


2 

2 

2 

2 

2 


2 

2 

2 


3 

3 

3 

3 

3 


Exce/ente 

5 

5 

5 

5 

5 


/40 
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Hay muchas metodologias para crear sitios Web. Los codificadores desean el mayor grado de control posible sobre el 
codigo HTML, pero muchos disenadores no estan tan interesados en dominarlo. Los buenos disenadores desean poder 
incluir muchos elementos distintos tanto en graficos como en texto, girar y mejorar imagenes, darles formato en disenos 
cuidadosamente elaborados y hacer que tengan la misma apariencia en cualquier navegador y en cualquier resolution. 
Hay muchos paquetes WYSIWYG disponibles que permiten a los disenadores hacer esto, tanto en una Mac como en 
una PC. Algunos de estos paquetes funcionan bien; otros no. 

Softpress Systems, los desarrolladores de Freeway Pro, han creado software de diseno Web con un enfoque dife- 
rente. A diferencia de otros paquetes. Freeway Pro no crea codigo mientras el disenador trabaja, sino hasta que el dise- 
nador esta satisfecho con su diseno. De esta manera, el codigo es en extremo eficiente. Tambien es una herramienta muy 
util para la creation de prototipos. Freeway Pro supone que cuando cambien los estandares, las actualizaciones para el 
software permitiran a los disenadores Web volver a publicar todo el sitio utilizando el estandar actualizado. 



FIGURA 11.MAC 

Freeway Pro de Softpress Systems ofrece un enfoque unico para los disenadores de sitios Web. 


que le ayude a comparar y contrastar todos los sitios Web que visitara a medida que aprende sobre el diseno de 
paginas Web. 

CONSULTE ALGUNOS LIBROS Algo que puede aumentar su experiencia en este nuevo campo es leer sobre el 
diseno Web. Algunos buenos libros sobre diseno Web son: 

Eckerson, W. W. Performance Dashboards: Measuring, Monitoring, and Managing Your Business. Nueva York: 
John Wiley & Sons, Inc., 2005. 

Few, S. Information Dashboard Design: The Effective Visual Communication of Data. Sebastopol, CA: O'Reilly 
Media, Incorporated, 2006. 

Flanders, V. y D. Peters. Son of Web Pages That Suck: Learn Good Design by Looking at Bad Design. Alameda, 
CA: Sybex, 2002. 

McNeil, P. The Web Designer’s Idea Book: The Ultimate Guide to Themes, Trends & Styles in Website Design. 
Nueva York: F+W Media, 2008. 
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ANALICE TAMBIEN MALOS EJEMPLOS DE PAGINAS WEB Elabore crfticas de paginas Web mal disenadas y 
recuerde evitar esos errores. Examine el sitio Web en www.webpagesthatsuck.com. A pesar de su nombre 
“contracultural”, es un maravilloso sitio que provee vmculos a muchos sitios mal disenados y resalta los errores 
que cometieron sus disenadores. 

CREE SUS PROPIAS PLANTILLAS Si adopta una pagina con apariencia estandar para la mayoria de las paginas que 
vaya a crear, podra tener el sitio Web en funcionamiento rapidamente, con una apariencia buena y consistente. 
Se pueden crear sitios Web mediante el uso de hojas de estilo en cascada (CSS), con lo cual el disenador puede 
especificar solo una vez el color, tamano y tipo de fuente, ademas de muchos otros atributos. Estos atributos se 
almacenan en un archivo de hoja de estilo y despues se aplican a muchas paginas Web. Si un disenador cambia 
una especificacion en el archivo de hoja de estilo, se actualizaran todas las paginas Web que utilizan esa hoja de 
estilo para reflejar el nuevo estilo. 

USE COMPLEMENTOS, AUDIO Y VIDEO CON MEDIDA Es maravilloso tener las nuevas caracterfsticas que poseen 
las paginas profesionales, pero debemos recordar que todos los que ven nuestro sitio no necesitan tener todos los 
nuevos complementos. No ahuyente a los visitantes de su pagina. 

PLANIFIQUE Los buenos sitios Web estan cuidadosamente planificados. Ponga atencion a lo siguiente: 

1. Estructura. 

2. Contenido. 

3. Texto. 

4 . Graficos. 

5. Estilo de presentation. 

6. Navegacion. 

7. Promotion. 

Estructura Planificar la estructura de un sitio Web es uno de los pasos mas importantes para desarrollar un sitio Web 
profesional. Piense en sus metas y objetivos. Cada pagina de la estructura Web general debe tener un mensaje o 


FIGURA 11.14 

El sitio Web de DinoTech utiliza al maximo los vmculos, fuentes RSS, 
suscripciones de video y anuncios de pancarta. 
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alguna otra informacion relacionada. Algunas veces es conveniente examinar sitios profesionales para analizarlos 
en cuanto a su contenido y caracterfsticas. En la figura 11.14 se muestra una pantalla del sitio Web DinoTech. El 
proposito del sitio y el medio Web funcionan bien en conjunto. Observe que hay mucho enfasis en apoyar a los 
usuarios en el sitio. Hay texto, graficos, imagenes JPEG e iconos. Ademas hay muchos tipos de vmculos: a fuentes 
RSS, video, sub-Webs, salas de chat, un motor de busqueda y muchas otras caracterfsticas. 

Para ayudar a planear y mantener una estructura solida, un webmaster puede aprovechar las diversas he- 
rramientas para creacion de diagramas y mapas de sitios Web disponibles. Muchos paquetes de software, inclu- 
yendo Microsoft Visio, tienen opciones de diagramas Web integradas en el software. Ademas de ser utiles para 
el desarrollo, estas herramientas se vuelven incluso mas importantes al dar mantenimiento al sitio. Dada la natu- 
raleza dinamica de la Web, los sitios vinculados a su sitio podrfan moverse en cualquier momento y usted o su 
webmaster tendrfan que actualizar los vmculos. 

En la figura 11.15 se muestra un mapa de una seccion del sitio Web de los autores en la ventana de Micro¬ 
soft Visio. En este ejemplo exploramos el sitio Web en todos los niveles existentes. Observe los vmculos a pagi- 
nas de HTML, documentos, imagenes (archivos GIF o JPEG) y elementos “mail-to” (una forma de enviar correo 
electronico a una persona designada). Los vmculos pueden ser internos o externos. Si un vinculo esta roto, apa- 
rece una X de color rojo y el analista puede investigar mas sobre ello. Este archivo de Visio se puede imprimir en 
secciones para publicarlo en la pared y obtener una imagen general del sitio Web. 

Contenido Provea algo importante a los usuarios del sitio Web. Las animaciones, pelfculas y sonidos 
emocionantes y divertidos, pero debe incluir el contenido apropiado para que el usuario siga interesado. Ofrezca 
algiin consejo oportuno, informacion importante, una oferta gratuita o cualquier actividad que pueda proveer, que 
sea interactiva y haga que los usuarios pasen del modo de exploracion al modo interactivo. 

La pegajosidad es una cualidad que debe poseer un sitio Web. Si un usuario permanece en su sitio durante 
un extenso periodo de tiempo, su sitio tiene un alto grado de pegajosidad. Esta es la razon por la que un comer- 
ciante incluye muchos elementos de interes en un sitio. Por ejemplo, un comerciante de vinos puede poner lec- 
ciones sobre como descorchar una botella, probar el vino o elegir una copa adecuada. 

Use una metafora o imagenes que provean una metafora para su sitio. Puede usar un tema, como un esca- 
parate, con paginas adicionales que tengan varias metaforas relacionadas con el escaparate, como una tienda de 
productos gourmet. Evite el uso excesivo de caricaturas y no sea repetitivo. 

Todo sitio Web debe incluir una pagina FAQ (preguntas frecuentes). A menudo estas preguntas se crean con 
base en las experiencias de los usuarios y el personal de soporte tecnico, quienes identifican los temas de preocu- 
pacion continua. El ochenta por ciento de las preguntas entra a la categorfa FAQ. Al tener las respuestas disponi¬ 
bles las 24 horas del dfa, ahorrara el valioso tiempo de sus empleados y los usuarios. Las paginas FAQ tambien 
demuestran a los usuarios de su sitio que esta coordinado con ellos y tiene una buena idea de lo que les gustarfa 
conocer. 



FIGURA 11.15 

Podemos evaluar los vmculos 
rotos en un sitio Web mediante el 
uso de un paquete como Microsoft 
Visio. 
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En la Web, el software COTS tiene otro significado: un sitio puede aprovechar el software previamente es- 
crito. Algunos ejemplos son los motores de biisqueda (como Google), el software para mapas (como MapQuest), 
la informacion sobre el clima y los cintillos de noticias y de la bolsa de valores. Los disenadores de sitios Web 
aprecian estos paquetes debido a que pueden incrementar la funcionalidad del sitio, y las caracterfsticas adiciona- 
les alientan a los usuarios a marcar los sitios Web de sus clientes como sitios favoritos, ya que proveen un conte- 
nido adicional valioso. 

Texto Recuerde que el texto tambien es importante. Cada pagina Web debe tener un tftulo. Coloque las palabras 
significativas en el primer enunciado que aparece en su pagina Web. Deje que las personas sepan que estan 
navegando en el sitio Web correcto. La escritura clara es especialmente importante. 

Graficos La siguiente lista provee los detalles sobre la creacion de graficos efectivos para sitios Web: 

1. Use uno de los formatos de imagen que se utilizan con mas frecuencia, JPEG o GIL. Las imagenes JPEG 
son mejores para las fotograffas y las imagenes GIL son mejores para las ilustraciones. Las imagenes GIL 
estan limitadas a 256 colores, pero pueden incluir un fondo transparente, pfxeles que permiten mostrar el 
fondo a traves de la imagen GIL. Las imagenes GIL tambien pueden ser entrelazadas, lo cual significa que 
el navegador Web mostrara la imagen en etapas sucesivas, presentando una imagen mas clara en cada 
etapa. 

2. Mantenga el fondo simple y asegurese de que los usuarios puedan leer el texto con claridad. A1 utilizar un 
patron de fondo, asegurese de poder leer el texto encima del fondo claramente. 

3. Cree unos cuantos graficos con apariencia profesional para usarlos en sus paginas. 

4 . Mantenga las imagenes graficas pequenas y reutilice las vinetas o botones de navegacion, como 
RETROCEDER, ARRIBA, EMAIL y SIGUIENTE. Estas imagenes se almacenan en una cache, un area en 
el disco duro de la computadora que esta navegando por el sitio Web. Una vez recibida una imagen, se 
tomara de la cache cada vez que se vuelva a utilizar. El uso de imagenes en cache aumenta la velocidad con 
la que un navegador puede cargar una pagina Web. 

5. Incluya texto en lo que se denomina atributo de texto para las imagenes y los puntos activos de imagenes. El 
texto aparece cuando el usuario desplaza el raton encima de la imagen. Un atributo alt provee texto para los 
lectores de pantalla y es esencial para ofrecer el soporte de accesibilidad Web para los visitantes con 
discapacidad visual. 

6. Examine su sitio Web en varias pantallas y resoluciones de pantalla. Las escenas y el texto que se ven bien 
en una pantalla de video de alta tecnologfa tal vez no se vean bien en otras pantallas de menor calidad. 

Estilo de presentacion La siguiente lista muestra detalles adicionales sobre como disenar pantallas de entrada 
atractivas. 

1. Ofrezca una pantalla de entrada (tambien conocida como pagina de inicio) que introduzca al visitante al 
sitio Web. La pagina se debe disenar de manera que se cargue rapidamente. Una buena regia practica es 
disenar una pagina que se cargue en 14 segundos (considere que la conexion del visitante de su sitio Web 
podrfa ser mas lenta). Esta pantalla de entrada debe ser de 100 kilobytes o menos, incluyendo todos los 
graficos. 

La pagina de entrada debe contener varias opciones, algo similar a un menu. Una forma facil de 
lograr esto es disenar un conjunto de vfnculos o botones y colocarlos en el lado izquierdo o en la parte 
superior de la pantalla. Estos vfnculos se pueden enlazar a otras paginas en el mismo sitio Web o a 
distintos sitios Web. Podemos incluir un menu de texto especializado con una fuente de menor tamano en 
la parte superior o inferior de la pagina. En la figura 11.16 se muestra un ejemplo de una pagina de 
entrada que contiene una imagen extensa y algo de contenido, pero que permite al visitante navegar hacia 
cualquier otra parte del sitio. Esta pagina se construyo con software que permite a los disenadores ver el 
codigo de HTML (en la parte inferior de la pantalla) al mismo tiempo que la apariencia que tendra la 
pagina en un navegador Web. 

2. Mantenga el numero de graficos a un mfnimo razonable. Se requiere un tiempo de descarga adicional para 
transferir un sitio con muchos graficos. 

3. Use fuentes grandes y coloridas para los encabezados. 

4 . Use imagenes y botones interesantes para los vfnculos. A un grupo de imagenes que se combinan en una 
sola imagen se le denomina mapa de imagenes, el cual contiene varios puntos activos que actuan como 
vfnculos hacia otras paginas. 

5. Use hojas de estilo en cascada (CSS) para controlar el formato y la distribution de la pagina Web. Las hojas 
CSS separan el contenido (el texto y las imagenes) de la apariencia (la presentacion). Por lo general, las 
hojas de estilo en cascada se almacenan en un archivo externo a la pagina Web; ademas, una hoja de estilo 
puede controlar el formato de muchas paginas. Una ventaja de usar las hojas de estilo externas es hacer una 
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FIGURA 11.16 

Mediante el uso de un editor de 
HTML (Visual Page en este 
ejemplo), el disenador de un sitio 
Web puede ver la apariencia que 
tendra una pagina en el navegador 
y el codigo de HTML (vea la parte 
inferior de la pantalla) al mismo 
tiempo. 


modification en la hoja de estilo; por ejemplo, al cambiar el color del texto en negritas cambiara el formato 
de todas las paginas Web que utilizan esa hoja de estilo. Tambien podemos usar hojas de estilo en cascada en 
una sola pagina Web y cualquier estilo duplicado invalidara al de una hoja de estilo externa, en caso de que 
se utilice alguna. Esto permite al disenador variar la apariencia visual estandar de un sitio Web, tal vez para 
una pagina Web de “venta especial’' o alguna otra exception. Es posible agregar estilos a elementos 
individuals en una pagina Web para anular cualquier otra hoja de estilo. 

6. Use divisiones y hojas en cascada o tablas para mejorar la distribution de una pagina Web. Las tablas son 
faciles de usar y proveen una distribution adecuada; sin embargo, no son muy apropiadas para los visitantes 
discapacitados. El software de lectura de pantalla lee a traves de la pagina, no necesariamente en la columna 
de una tabla. Para controlar la distribution en pantalla, las divisiones proveen bloques de texto en la pagina 
Web. Cada bloque se puede definir con una position a partir de la esquina superior izquierda de la pantalla o 
de un bloque mas grande; ademas puede tener una anchura y una altura, asf como un estilo de borde y un 
color de fondo. Las divisiones eliminan la necesidad de colocar tablas dentro de otras tablas y simplifican el 
diseno; el software de lectura de pantalla leera todo el texto en la division para que los visitantes con 
discapacidad visual puedan acceder al sitio. 

7. Use la misma imagen grafica en varias paginas Web. Mejorara la consistencia y las paginas cargaran con 
mas rapidez debido a que la computadora almacena la imagen en una cache y no tiene que volver a 
cargarla. 

8. Use JavaScript para mejorar la distribution de la pagina Web al hacer que las imagenes cambien cuando se 
coloque el raton encima de ellas o que se expandan los menus, por ejemplo. Podemos usar JavaScript para 
volver a dar formato a la pagina Web con base en la altura y anchura de la pantalla. Si el sitio Web es 
multinational, JavaScript puede detectar el lenguaje que se este usando (una configuration del navegador) y 
redirigir al espectador a una version de su pagina Web en otro idioma. 

9. Evite el uso excesivo de las animaciones, sonidos y otros elementos relacionados. 

Navegacion ^Es divertido para usted seguir los vmculos en la Web? La respuesta mas probable es que depende 
de ciertos factores. Cuando descubrimos un sitio Web que se carga facilmente, tiene vmculos representativos 
y nos permite regresar con facilidad a los lugares que queremos, entonces es probable que pensemos que es 
divertido. La diversion no es solo jugar; tambien puede ser una parte importante del trabajo. La investigation 
reciente demuestra que la diversion puede tener un poderoso efecto en la efectividad de la capacitacion por 
computadora. 

Por otro lado, si no puede decidir en cual boton o punto activo de una imagen hacer clic y tiene miedo de 
elegir el incorrecto porque podrfa terminar en la pagina equivocada que tarda mucho tiempo en cargar, entonces 
la navegacion es mas desagradable que divertida. Un ejemplo es visitar la pagina de una compafua de software 
para buscar information sobre las caracterfsticas de la version mas reciente de un producto. Usted tiene las op- 
ciones tales como productos, descarga, FAQ y soporte tecnico. ^Que boton lo llevara a las respuestas que busca? 
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“T 

J__/a cosa es que soy impaciente”, dice Seymour Fields, propie- 
tario de una cadena de 15 exitosas florerias/mercados florales en 
interiores de nombre Fields, que se encuentran en tres ciudades 
del Medio Oeste. “(Ve esto aqui?”, golpetea la pantalla de su PC 
con fastidio. “Llevamos la nomina y toda la contabilidad con estas 
cosas, pero no les doy el uso que deberia darles. En realidad me 
siento un poco culpable sobre ello. (Ve?”, dice mientras hace una 
raya en la pantalla con su dedo. “Incluso tiene polvo. Pero soy 
una persona practica. Si esta aqui ocupando espacio, quiero usarla. 
U olerla, o por lo menos disfrutar al verla, como las flores, (no 
cree usted? O sacarla de raiz. Es lo que digo. La unica vez que 
trate de hacer algo con ella fue un verdadero desastre. Bueno, 
mire, le puedo mostrar si es que todavia recuerdo como hacerlo”. 
Seymour procede a tratar de ejecutar un programa, pero no puede 
hacer que funcione. 

Clay Potts es un analista de sistemas que ha estado trabajando 
en un proyecto de sistemas para toda la cadena Fields. Parte de la 
propuesta original fue proveer a Seymour y sus vicepresidentes un 
sistema de soporte de decisiones en grupo que les ayudara a idear 
una estrategia para determinar que mercados europeos visitar para 
establecer contratos de compra de flores frescas, a que puntos de 
venta enviar ciertos tipos especificos de flores y cuanta mercancia 


general (como macetas, floreros, tarjetas y chucherias) almacenar 
en cada punto de venta. 

Seymour continua: “Le puedo decir que es lo que no nos gusto 
sobre el programa con el que trabaje. Habia que pasar por demasia- 
das capas, demasiado follaje o como se llame. Incluso con una 
pantalla frente a mi, era como cambiar paginas en un informe 
grueso. (Como se le dice a eso?”. 

“(.Menus?”, sugiere Potts para tratar de ayudar. “El punto 
principal es que no le gusto tener que pasar por mucha informacion 
para llegar a la pantalla que necesitaba”. 

Seymour Fields mira felizmente a Potts y dice: “Acertaste. 
Quiero ver mas campos en cada pantalla”. 

(Como deberia disenar Potts la salida de pantalla de manera 
que Fields y su grupo puedan obtener lo que desean en cada pan¬ 
talla, cumpliendo a la vez con los lineamientos para el buen diseno 
de pantallas? Recuerde que los miembros del grupo estan ocupa- 
dos y utilizan la computadora con poca frecuencia. Disene una 
pagina con hipervinculos que trabaje bien en un DSS para los vi¬ 
cepresidentes. (Que debemos incluir en la primera pantalla y que 
deberiamos almacenar en hipervinculos? Haga una lista de los 
elementos para cada option y explique en un parrafo por que de- 
cidio sobre esta estrategia. 


Lo que es mas importante, observe la regia de los tres clics. Los usuarios deben ser capaces de moverse 
desde la pagina en la que se encuentran hacia la pagina que contiene la informacion que desean en tres clics del 
boton del raton. 

Promotion Promueva su sitio. No suponga que los motores de busqueda lo encontraran de inmediato. Envie su 
sitio cada dos o tres meses a varios motores de busqueda. Incluya palabras clave, conocidas como metaetiquetas, 
que los motores de busqueda utilizaran para vincular las peticiones de busqueda a su sitio. En la pagina Web 
searchenginewatch.com/showPage.html?page=2167931 encontrara informacion general sobre las metaetiquetas. 
En www.siteup.com/meta.html podra descargar un software generador de metaetiquetas gratuito y encontrara un 
creador de metaetiquetas en vancouver-webpages.com/META/mk-metas.html. Tambien puede comprar software 
para facilitar este proceso. Si trata de usar correo electronico para promover su sitio, otros lo consideraran correo 
basura o spam. 

Anime a sus lectores a marcar su sitio Web como sitio favorito. Si usted coloca vtnculos y les sugiere que 
vayan a sitios Web afiliados que tengan “la mejor pagina de resenas de pelfculas en el mundo” o el sitio Web 
para “obtener musica gratuita”, no de por sentado que regresaran a su sitio en un futuro cercano. La manera de 
animar a sus visitantes a que vuelvan a visitar su sitio es que lo marquen como favorito (a los marcadores se les 
llama “favoritos” en Microsoft Internet Explorer). Puede agregar el vinculo H aga die aqui para marcar esta 
pagina a su pagina Web para automatizar el proceso. Tal vez tambien quiera disenar un “favicon” o icono favo¬ 
rito, para que los usuarios puedan identificar su sitio en sus listas de favoritos. 

Mantenimiento de los sitios Web 

Como desarrollador Web tal vez tambien le pidan que mantenga y actualice sitios Web en forma continua. Este 
es un servicio que usted puede proveer y el pago se puede acordar durante las primeras negociaciones del con- 
trato del proyecto y su presupuesto. En la actualidad podemos dar por hecho que hay muchas caracterfsticas en 
los sitios Web corporativos que son estables y, por ende, no requieren de mucha actualization. Sin embargo, 
el panorama es distinto para los sitios de comercio electronico, donde hay que actualizar el contenido segun la 
temporada. Los elementos a mostrar en la pagina principal cambian, al igual que las tendencias, los descuentos 
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y las caracterfsticas interactivas. Los sistemas de administration de contenido (CMS) son potentes herramientas 
de software que pueden permitir al analista desarrollar y dar mantenimiento a sitios Web y demas aplicaciones 
en li'nea. Joomla! es un CMS cada vez mas popular, que podra bajar de www.joomla.org/about-joomla.html. Esta 
basado en PHP y MySQL. A diferencia de muchos CMS propietarios, que son costosos y no estan disponibles 
en muchas partes, Joomla! es una solution de codigo fuente abierto disponible en forma gratuita para cualquier 
desarrollador. 

Creadon de blogs (Weblogs) 

Los usuarios corporativos escriben blogs, tambien conocidos como Weblogs, para la comunicacion tanto interna 
como externa. Los blogs son informales y personales; a menudo invitan a los comentarios y la retroalimentacion. 
Son muy faciles de crear y actualizar; estan disenados para cambiar a diario. Las empresas usan blogs para publi- 
cidad y para crear redes sociales para sus consumidores, clientes y distribuidores en torno a sus productos, con lo 
cual crean confianza y relaciones con los clientes. 

Los blogs corporativos se supervisan con base en un sentido de responsabilidad por los participantes. Los 
lineamientos, las polfticas y las leyes que conforman las practicas de supervision incluyen valores culturales, 
eticos y legales compartidos, tales como respetar a los demas empleados y clientes, no publicar information deli- 
cada o secreta sobre la empresa ni cualquier cosa protegida por copyright (sin permiso); tambien hay que excluir 
todo lo que se incite el odio, que sea ofensivo o que viole la privacidad de otros. 

Incluso con todos los lineamientos anteriores, de todas formas debe asegurarse de que los mensajes publica- 
dos en los blogs se expresen en lenguaje natural y no en terminos legales. La entrada mas reciente debe aparecer 
al principio del blog y debe contener los siguientes elementos: 

1. El permalink, o vmculo permanente, especffico para cada mensaje publicado en el blog. El permalink nunca 
debe cambiar. 

2. El encabezado o tftulo del mensaje. 

3. El vmculo primario, que conecta al lector con el tema en discusion. 

4 . Un resumen opcional, que a menudo aparece despues del vmculo. 

5. El texto o comentario del blog. 

6. Una imagen opcional. 

7. Una cita en bloque, que contiene citas o demas material de otras fuentes para contribuir a la discusion 
(a menudo con sangrfa o en una fuente distinta, para diferenciarla del texto principal). 

8. Vmculos para los comentarios de otras personas. 

9. Otras caracterfsticas del software de blog, como un calendario, un formulario de busqueda y demas 
caracterfsticas universales. 


PRODUCCION DE LA SALIDA Y XML 

La produccion de la salida varfa dependiendo de la plataforma utilizada para producirla. Hay muchas formas 
distintas de crear salida, que varfan desde el software simple de bases de datos como Microsoft Access, hasta 
programas tales como SAS, Crystal Reports y los archivos PDF de Adobe Acrobat. 

En el capftulo 8 vimos el XML. Una de las ventajas de usar XML es que el documento de XML se puede 
transformar en distintos tipos de medios de salida. Para ello se utilizan las hojas de estilo en cascada (CSS) o 
las transformaciones de lenguaje de estilo extensible (XSLT). Estos metodos refuerzan la idea de que los datos se 
deben definir una vez y se pueden usar muchas veces en distintos formatos. 

Las hojas de estilo en cascada son una manera sencilla de transformar un documento de XML. La hoja de 
estilo provee una serie de estilos, como la familia de la fuente, el tamano, el color, el borde, etcetera, que se vincu- 
lan con los elementos del documento de XML. Estos estilos pueden variar para distintos medios: una pantalla, 
salida impresa o un dispositivo portatil. El software de transformacion detecta el tipo de dispositivo y aplica los 
estilos correctos para controlar la salida. 

Por ejemplo, un estilo utilizado para una pantalla de panel piano podrfa utilizar una paleta con muchos co¬ 
lores y una fuente sans-serif, que es mas facil de leer en una pantalla. Se puede usar un estilo diferente que con- 
tenga una fuente serif en color negro o gris para definir un informe impreso para los mismos datos. Podrfamos 
usar un tamano de fuente mas pequeno para un dispositivo portatil o un telefono movil. 

La desventaja de usar las hojas de estilo en cascada es que no permiten al analista manipular los datos, como 
reordenar los elementos o clasificarlos, y solo se puede agregar una cantidad limitada de texto de identification, 
como las leyendas. Se utilizan basicamente para el formato. 

Las transformaciones de lenguaje de estilo extensible (XSLT) son un medio mas potente para transformar un 
documento de XML, ya que permiten al analista seleccionar los elementos e insertarlos en una pagina Web o en 
otro medio de salida. La figura 11.17 muestra el proceso de transformacion. XSLT no es un lenguaje de progra- 
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FIGURA 11.17 

El software de transformacion de 
lenguaje de estilo extensible 
(XSLT) se puede utilizar para 
crear documentos de XML y 
transformarlos en muchos 
formatos distintos para una 
variedad de plataformas. 


<?xml version="l 0'"?> 
<clientes> 

<nombre> 

<felefono> 

</clientes> 

Documento de XML 


I 1 



Pagina Web 



<?xml version=T 0"?> 
<clientes> 

<nombre> 

<telefono> 

</clientes> 


Nuevo documento de XML 


macion, pero utiliza una serie de instrucciones para deftnir que elementos se deben usar como salida, la secuencia 
de orden, la selection de datos, etcetera. En la figura 11.18 se muestra un ejemplo de transformacion de XML. El 
XML se muestra a la izquierda y el resultado de la transformacion se muestra a la derecha. Cabe mencionar que 
solo se incluyen en la salida los datos entre las etiquetas (los simbolos menor que [<] y mayor que [>]). 

Ajax 

Hay otra tecnica conocida como Ajax que utiliza JavaScript y XML para obtener pequenas cantidades de datos 
(ya sea en texto simple o XML) de un servidor sin dejar la pagina Web. Esta es una gran ventaja, ya que elimina 
la necesidad de cargar toda la pagina Web completa. Funciona al permitir que la pagina Web se vuelva a dar for- 
mato a sf misma con base en las opciones introducidas por el usuario. Como Ajax esta tambien relacionado con 
la entrada de los usuarios, en el capitulo 12 podra consultar detalles adicionales. 

En esta section hablaremos sobre Ajax debido a que tiene implicaciones importantes tambien en el aspecto 
de la salida. El analista y el disenador deben determinar cuando se deben agregar o modificar los datos en una 
pagina Web; tambien deben identificar las condiciones que producen la modification. El orden en que se hacen 
las preguntas tambien es importante en este diseno. 

En la figura 11.19 se muestra un ejemplo de una pagina Web que utiliza Ajax, la cual demuestra que Ajax 
hace que sea posible mostrar mucho menos datos en una pagina, con lo cual la salida se vuelve menos desorde- 
nada y confusa. En este ejemplo, el usuario introdujo una de las cuatro formas disponibles para reducir la bus- 
queda y ver una lista de los clientes actuales. Las opciones que el usuario tenia disponibles eran: 1) introducir los 
primeros tres digitos de un codigo postal, 2) introducir un codigo de area telefonica, 3) seleccionar el estado o 
4) seleccionar un pais. Tal vez el usuario no conozca el codigo postal o de area y por lo tanto tenga que buscar 
por estado o pais, por lo que las opciones son muy utiles. 

Despues de introducir una de las opciones de ubicacion, en este caso los primeros tres digitos del codigo 
postal, el usuario hizo clic en el boton Get Customers (obtener clientes). El valor del codigo postal se envia al 
servidor junto con los datos que indican que era un codigo postal. Despues el servidor busca todos los registros 
de los clientes para la ubicacion seleccionada, crea un documento de XML y lo envia a la misma pagina Web. 

Al disenar la salida, el analista de sistemas tiene muchas opciones relacionadas con la forma de mostrar es- 
tos datos en la pagina Web. En este caso el analista especifico que se utilizaria el documento de XML para crear 
una lista desplegable que contenga todos los clientes actuales para la ubicacion deseada. Una vez que el usuario 
selecciona un cliente de la lista desplegable aparece mas information sobre ese cliente especifico, como se mues¬ 
tra en el ejemplo. 
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<clientes> VP text/xs/ href= 'cust02.xsl" ?> 
—- 

sssss„ri ap, “«^ 

jss~S3E5-» 

<direccion> 

< < a C n a it 1230 akSt «alle> 

<c/udadTadtonJcS> artamenf0> 

<estado>WI</estado> 

<cp>53704</cp> 

<cliente> 

<direccion> 

<calle>l23 Elm Street</calle> 

SSSaar-* 

<estado>/\/j</ es t ac j 0> 

<cp>08l02</cp> 

</£Sf 

</clientes> 


,nf ormaci6n del cliente 


Numero: 

Primer nombre: 
Apellidopaterno 

Ca lie: 

Apartamento: 

Ciudad: 

Estado: 

CP: 

Pais 

Saldo actual: 


Numero: 

Primer nombre: 
Apellido paterno: 
Ca lie: 

Apartamento 
Ciudad: 

Estado: 

CP: 

Pais: 

Saldo actual: 


09288 
George 
-G reen 

123 Oak Street 
Suite 16 
Madison 
Wl 

53704 

United States 
123.45 


15008 
Sally 
Brown 

123 Elm Street 
Apt. 1 
Camden 
NJ 

08102 

United States 
9,876.54 


FIGURA 11.18 

Una transformacion de XML, con 
el XML a la izquierda y el 
resultado de la transformacion a la 
derecha. Solo se incluyen en la 
salida a la derecha los datos entre 
las etiquetas. 



FIGURA 11.19 

Una pagina Web que utiliza Ajax 
hace que sea posible mostrar 
mucho menos datos en una pagina, 
con lo cual se obtiene una pantalla 
ordenada. 
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“V 

_L o dirfa que la reception que obtuvo, o mas bien que su equipo 
obtuvo en relation con la presentation de su propuesta fue bastante 
calida. ^Que le parecio conocer al Sr. Hyatt? ^Que? ^No asistio? Oh 
[riendose], el es su propio jefe. De todas formas no me preocuparia 
mucho por eso. Los informes que obtuve de Snowden fueron alen- 
tadores. De hecho, ahora el quiere ver algunos disenos preliminares 
de todos ustedes. ^Podrfan tener algo en su escritorio o enviarlo 
como adjunto en un correo electronico en dos semanas? El estara en 
un viaje de negocios en Singapur la proxima semana, pero cuando 
se recupere del desfase de horarios estara buscando esos disenos. 
Gracias”. 

Preguntas de HYPERCASE 

1. Considere los informes de la Unidad de capacitacion 
(Training Unit). ^Cuales son las quejas de Snowden sobre 
estos informes? Explique en un parrafo. 


2. Use un formulario en papel de diseno, Microsoft Visio o una 
herramienta Case para disenar un prototipo de una pantalla 
de salida con base en los informes de la Unidad de 
capacitacion que sintetizaran la siguiente information para 
Snowden: 

Numero de proyectos aceptados en la Unidad de 
capacitacion. 

Numero de proyectos que se estan reevaluando. 

Areas basicas de capacitacion por las que se esta solicitando 
un consultor. 

3. Disene una pantalla de salida adicional que usted crea que 
apoyara a Snowden en el tipo de proceso de toma de 
decisiones que realiza con frecuencia. 

4. Muestre sus disenos a tres de sus companeros de clase. 
Obtenga retroalimentacion por escrito de parte de ellos sobre 
como mejorar las pantallas de salida que diseno. 

5. Redisene las pantallas para capturar las mejoras sugeridas 
por sus companeros de clase. Explique en un parrafo como 
lidio con cada una de sus cuestiones. 


FIGURA 11.HC1 

Usted tiene la habilidad de ver y 
criticar las pantallas de salida en 
HyperCase. 
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La ventaja de usar Ajax para mostrar datos es que el usuano no tiene que esperar a que aparezca una nueva 
pagina Web despues de realizar una selection. La filosofia de Ajax es mostrar preguntas limitadas para que el 
usuario las responda en forma incremental. Esto elimina el desorden en la pantalla. Una vez que el usuario res- 


ponde a una pregunta al hacer una eleccton, se 

RESUMEN 

La salida es cualquier information o datos utiles que el sistema 
de information o el sistema de soporte de decisiones entregan 
al usuario. La salida puede tomar casi cualquier forma, inclu- 


puede general' una nueva pregunta. 

yendo la salida impresa, de pantalla, audio, microformas, CD- 
ROM o DVD y documentos basados en Web. 

El analista de sistemas tiene seis objetivos principales al 
disenar la salida: disenar la salida para que sirva el proposito 
previsto para los humanos y la organization, ajustarla al usua- 
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rio, entregar la cantidad correcta de salida, entregarla en el 
lugar correcto, proveer la salida a tiempo y elegir el metodo 
correcto. 

Es importante que el analista tenga en cuenta que el con- 
tenido de la salida esta relacionado con el metodo de salida. 
La salida de distintas tecnologfas afecta a los usuarios de di- 
ferentes formas. Las tecnologfas de salida tambien difieren en 
cuanto a su velocidad, costo, portabilidad, flexibilidad, accesi- 
bilidad y posibilidades de almacenamiento y recuperation. Hay 
que considerar todos estos factores al decidir entre la salida 
impresa, de pantalla, de audio, electronica o basada en Web, o 
una combinacion de estas. 

La presentation de la salida puede predisponer a los usua¬ 
rios a la hora de interpretarla. Los analistas y los usuarios 
deben estar conscientes de las fuentes de predisposicion. Es 
conveniente que los analistas interactuen con los usuarios para 
disenar y personalizar la salida, para informar a los usuarios 


sobre las posibilidades de predisposicion en la salida, para 
crear una salida flexible y con capacidad de modification, y 
para capacitar a los usuarios de manera que utilicen varias sa- 
lidas para ayudar a verificar la precision de cualquier informe 
especffico. 

Los informes impresos se disenan mediante el uso de he- 
rramientas de diseno de software asistido por computadora que 
cuentan con plantillas de diseno e interfaces tipo “arrastrar y 
soltar”. El diccionario de datos sirve como la fuente de los da- 
tos necesarios en cada informe. 

Es importante disenar la salida para las pantallas de los 
usuarios, en especial para DSS y Web. La estetica y la utili- 
dad son imprescindibles al crear una salida bien disenada para 
las pantallas. Es importante producir prototipos de pantallas 
y documentos Web que animen a los usuarios a interactuar 
con estos prototipos y realizar las modificaciones cuando se 
desee. 


PALABRAS CLAVE Y FRASES 

Ajax 

CD-ROM 

complemento (plug-in) 
correo electronico (email) 
diseno de la salida 
DVD 
FAQ 

fuentes RSS 

hipertexto 

hipervinculo 

hoja de estilo en cascada (CSS) 

Informacion constante 
informacion variable 
Java 

localizador uniforme de recursos (URL) 

marcador 

navegador 

pagina Web 


pantalla 

pegajosidcid 

podcasting 

predisposicion de la salida 
salida de audio 
salida electronica 
salida externa 
salida interna 

sistema de administration de contenido (CMS) 

sitio Web 

tablero de control 

tablero electronico de anuncios 

transformation de lenguaje de estilo extensible (XSLT) 
Weblogs (blogs) 

Webmaster 


PREGUNTAS DE REPASO 

1. Mencione los seis objetivos que el analista persigue al disenar la salida de un sistema. 

2. Compare las salidas externas con las salidas internas producidas por el sistema. Recuerde que debe considerar las 
diferencias en los usuarios externos e internos. 

3. ^Cuales son tres situaciones que senalan a las impresoras como la mejor opcion de tecnologfa de salida? 

4. Mencione dos ejemplos en los que la salida de pantalla sea la mejor solution como opcion de metodo de salida. 

5. Mencione los metodos potenciales de salida electronica para los usuarios. 

6. ),Cuales son las desventajas de la salida electronica y basada en Web? 

7. Mencione diez factores a considerar al elegir la tecnologfa de salida. 

8. (,Que tipo de salida es mejor si las actualizaciones frecuentes son una necesidad? 

9. (,Que tipo de salida es deseable si muchos lectores van a leer, almacenar y revisar la salida durante cierto numero de 
anos? 

10. ^Cuales son las desventajas de la salida de audio? 

11. Mencione tres formas en que las presentaciones de la salida se predisponen en forma no intencional. 

12. ^Cuales son cinco formas en que el analista puede evitar la predisposicion en la salida? 

13. ),Cual es la diferencia entre la informacion constante y variable que se presenta en un informe? 

14. ),Por que es importante mostrar a los usuarios un prototipo de un informe o una pantalla de salida? 

15. Mencione seis elementos funcionales de los informes impresos. 

16. Mencione cinco elementos estilfsticos o esteticos de los informes impresos. 

17. ),En que formas difieren las pantallas, la salida impresa y los documentos basados en Web? 

18. Mencione cuatro lineamientos para facilitar el diseno de una buena salida de pantalla. 
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19. (,Que diferencias hay entre la salida para un DSS y la salida para un MIS mas tradicional? 

20. ^Cuales son las cuatro consideraciones primarias que tiene el analista al disenar la salida grafica para los sistemas de 
soporte de decisiones? 

21. Defina el concepto de pegajosidad. 

22. Mencione siete lineamientos para crear buenos sitios Web. 

23. Mencione cinco lineamientos para usar graficos al disenar sitios Web. 

24. Mencione siete ideas para mejorar la presentation de los sitios Web corporativos que disene. 

25. ^Cual es la regia de los “tres dies”? 

26. ^En que formas puede animar a las empresas a promover sus sitios Web que usted desarrollo? 

27. ^Como una hoja de estilo en cascada permite que el analista produzca la salida? 

28. ^Cuales son las ventajas de usar XSLT en vez de una hoja de estilo en cascada? 

29. (,Que son fuentes RSS? 

30. ^Como puede el administrador Web usar fuentes RSS? 

31. ^Cual es el principal uso de los tableros de control? 

32. (,Que son los widgets (o gadgets)? 

33. ^Por que debe un disenador de sistemas estar consciente de la popularidad de los widgets (o gadgets)? 

34. ^Como permite una hoja de estilo en cascada que el analista produzca la salida? 

35. ^Cuales son las ventajas de usar una transformation de lenguaje de estilo extensible en vez de una hoja de estilo en 
cascada? 

36. ^Como ayuda Ajax a construir paginas Web efectivas? 


PROBLEMAS 

1. “Estoy seguro de que no les importara si empezamos a enviar el informe en estas hojas de computadora extra grandes. 
Todo este tiempo lo condensamos, reformulamos y lo enviamos a nuestras cuentas mas grandes, pero ahora no podemos. 
Hay tan poco personal que no tenemos el tiempo”, dice Otto Breth. “Voy a escribir un comentario aqui para decirles 
como responder a este informe y asi podremos enviarlo”. 

a. ),Que problemas potenciales puede ver al cambiar la salida externa casualmente? Haga una lista. 

b. Describa en un parrafo como pueden diferir las salidas externa e interna en cuanto a funcion y apariencia. 

2. “No necesito verla muy seguido, pero cuando llega el momento tengo que poder revisarla rapidamente. Creo que 
perdimos el ultimo contrato debido a que la information que necesitaba estaba enterrada en una torre de papel en el 
escritorio de alguien”, dice Luke Alover, un arquitecto que describe los problemas de la empresa a uno de los analistas 
asignados al nuevo proyecto de sistemas. “Lo que necesito es information al instante sobre el costo que tenia un edificio 
de esa medida en pies cuadrados la ultima vez que ofertamos; cuanto cuestan los materiales basicos como acero, vidrio y 
concreto con nuestros tres principales proveedores; quien podria ser nuestra competencia en este tipo de construction y 
quien pertenece al comite que tomara la decision final sobre quien gano la subasta. Justo ahora, esta information se 
encuentra en cien informes en alguna parte. Tengo que buscar en todos lados estos informes”. 

a. Dados los detalles limitados que tenemos aqui, escriba un parrafo para sugerir un metodo de salida que Luke pueda 
usar para resolver algunos de sus problemas actuales. Explique en un segundo parrafo sus razones para elegir el 
metodo de salida que eligio ( sugerencia: asegurese de relational" el metodo de salida con el contenido de la salida en 
su respuesta). 

b. El pensamiento actual de Luke es que no se debe mantener ningun registro en papel de la salida en cuestion. 
Describa en un parrafo sobre los factores a sopesar antes de utilizar la salida de pantalla en vez de los informes 
impresos. 

c. Haga una lista de cinco a siete preguntas que usted haria en relation con la funcion de la salida en la organization a 
Luke y a los demas antes de decidir deshacerse de cualquier informe impreso que se utilice en ese momento. 

3. He aqui varias situaciones que requieren decisiones sobre el contenido de la salida, la metodologia de salida, la 
distribution, etcetera. Para cada situation observe la decision de salida apropiada. 

a. Un proveedor grande con buena reputation de materia prima clave para el proceso de production de la empresa para 
la que usted trabaja requiere un informe sintetizado de fin de ano sobre los totales comprados a ese proveedor. 

b. Se envian al personal memos internos sobre una lluvia de ideas en relation con los planes para un dia de campo de 
la empresa y la recaudacion de fondos. 

c. Un encargado de tomar decisiones clave necesita un informe sintetizado de la situation financiera de la empresa 
para presentar una propuesta a los potenciales patrocinadores externos. 

d. El personal de reception requiere un listado de las reservaciones de cuartos de hotel de esta noche. 

e. La policia local necesita un listado de las reservaciones de cuartos de hotel de esta noche. 

f. Las patrullas de los estacionamientos utilizaran un conteo real de las personas que pasan por las puertas de Wallaby 
World (un parque de diversiones australiano). 

g. Un sistema de inventario debe registrar un articulo cada vez que se escanea mediante un lapiz optico. 

h. Veintidos supervisores utilizaran un informe sintetizado de los aumentos de salario por meritos asignados a cada uno 
de los 120 empleados durante una reunion de supervisores; tambien utilizaran este informe para explicar los 
aumentos en los sueldos por meritos a los empleados de los departamentos de cada supervisor. 

i. Tres planeadores estrategicos en la organization requieren information competitiva, pero debe considerarse que 
incluiria information delicada, en el caso que sea posible una divulgation mas amplia. 
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j. Se requiere un estilo casual de conversation para informar a los clientes sobre las caracterfsticas potentes pero raras 
veces utilizadas de un producto. 

k. Un distrito historico de cierta ciudad desea informar a sus visitantes sobre los edificios y eventos historicos. 

l. Hay que entregar advertencias sobre tormentas a los suscriptores en un area geograficamente extensa. 

4. “Creo que ahora se cual era la intention de esa persona, pero me engano por un instante”, dice la Srita. deLimit. 

Ella esta hablando sobre un prototipo de salida de pantalla disenado por el analista de sistemas con el que hablo 
hace unos momentos. “Es decir, nunca considere que fuera un problema el hecho de que no poder ajustar en una 
clase ni el 20 por ciento del cupo total”, dice. “Sabemos que nuestras clases tienen buena demanda, pero como no 
podemos contratar mas maestros para cubrir las areas que necesitamos, tuvimos que hacer ajustes en la demanda de 
estudiantes. El resalto como problema el hecho de que solo el 5 por ciento de los estudiantes que deseen tomar una 
clase no puedan entrar, pero esta bien. Ahora que se lo que significa, solo ignorare a la computadora cuando emita 
un sonido”. 

a. Describa en uno o dos enunciados el problema al que se enfrenta la Srita. deLimit con la salida de pantalla. 

b. ^Es acaso su solution de “ignorar los sonidos” razonable, dado que la salida se encuentra en la etapa de prototipo? 

c. Explique en un parrafo como se puede modificar la salida de pantalla para este problema especffico, de manera que 
refleje mejor las reglas del sistema que utiliza la Srita. deLimit. 

5. La siguiente es una hoja de registro para un sistema de information de pacientes utilizado por las enfermeras de un 
sanatorio para registrar los visitantes de los pacientes y las actividades durante sus turnos. Disene un informe impreso 
mediante el uso de software de diseno de formularios que proporcione un resumen para la enfermera a cargo de cada 
turno y un informe para el coordinador de actividades al final de una semana. Asegurese de utilizar las convenciones 
apropiadas para indicar los datos constantes, los datos variables y otros. Estos informes se utilizaran para determinar los 
patrones de dotation de personal y los ofrecimientos de actividades a futuro. 


Fecha 

Paciente 

Visitantes 

Relacion 

Actividades 

2/14 

Clarke 

2 

Madre, padre 

Camino por los pasillos, asistio a la capilla, 
comidas en la cafeteria 


Coffey 

6 

Companeros de trabajo 

Jugaron, hicieron fiesta en el cuarto 


Martine 

0 


Comidas en el cuarto 


Laury 

4 

Esposo y amigos 

Jugaron en la terraza interior, vieron TV 


Finney 

2 

Padres 

Conversation, comidas en la cafeteria 


Cartwright 

1 

Hermana 

Conversation, salon de manualidades 


Goldstein 

2 

Hermana, hermano 

Conversation, juegos fuera del cuarto, jacuzzi 


6. Disene la salida de pantalla para el problema 5 mediante el uso de software de diseno de formularios. Haga todas las 
suposiciones necesarias sobre la capacidad necesaria del sistema y siga las convenciones de diseno de pantallas para las 
instrucciones en pantalla ( Sugerencia : Puede usar mas de una pantalla si lo desea.). 

a. Describa en un parrafo por que diseno cada informe como lo hizo en los problemas 5 y 6. ^Cuales son las 
principales diferencias en su metodologfa en cada problema? ^Es posible trasplantar con exito los informes impresos 
a las pantallas sin necesidad de modificaciones? ^Por que si o por que no? 

b. Algunas de las enfermeras estan interesadas en un sistema basado en Web al que las familias de los pacientes puedan 
acceder desde su hogar con una contrasena. Disene una salida de pantalla para Web. Describa en un parrafo como 
tuvo que alterar su informe para que lo pudiera ver la familia de un paciente. 

7. Clancy Corporation fabrica uniformes para los departamentos de politia a nivel mundial. Muchos grupos seleccionan 
sus uniformes debido a su bajo costo y a su diseno simple pero digno. Usted va a ayudar a disenar un DSS para Clancy 
Corporation, quienes han solicitado una salida en formato tabular que les ayude a tomar varias decisiones en cuanto a los 
disenadores que deben usar, donde comercializar sus uniformes y que cambios hacer en los uniformes para que 
conserven una apariencia actualizada. La siguiente tabla enlista algunos de los datos que la companfa desearia ver en 
tablas, incluyendo los nombres de los estilos de uniformes, un ejemplo de un grupo comprador para cada estilo y los 
disenadores a cargo de los estilos de uniformes. Prepare un ejemplo de salida en formato tabular para pantalla que 
incorpore estos datos sobre Clancy. Siga las convenciones apropiadas para las pantallas de salida en formato tabular. Use 
codigos y una clave en donde sea apropiado. 


Nombre del estilo Comprador de ejemplo 

Militar completo NYPD 

Semi militar LAPD 

Formal Fuerzas armadas australianas 

Casual “Miami Vice” 


Disenadores 

Claudio, Rialtto, Melvine Mine 
Rialtto, Calvetti, Duran, Melvine Mine 
Claudio, Dundee, Melvine Mine 
Johnson, Melvine Mine 
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8 . A los de Clancy les interesa una salida grafica para su DSS. Desean ver una comparacion grafica de la cantidad de 
uniformes de cada estilo que se venden al ano. 

a. Seleccione un estilo de grafico apropiado y disene un grafico para la pantalla de salida que incorpore los siguientes 
datos: 



Militar completo 
(porcentaje del total) 

Semi militar 

Formal 

Casual 

2005 

50 

20 

20 

10 

2006 

55 

15 

20 

10 

2007 

60 

15 

15 

10 

2008 

62 

15 

15 

8 

2009 

65 

10 

15 

10 


Asegurese de seguir las convenciones de diseno apropiadas para las pantallas. Use codigos y una clave si es 
necesario. 

b. Seleccione un segundo metodo para graficar que permita a los encargados de tomar decisiones de Clancy ver una 
tendencia en la compra de ciertos estilos de uniformes especificos a traves del tiempo. Dibuje una grafica para 
visualization como parte de la salida del DSS de Clancy. Asegurese de seguir las convenciones de diseno apropiadas 
para las pantallas. Use codigos y una clave si es necesario. 

c. Describa en un parrafo las diferencias en los dos graficos en pantalla que selecciono. Defienda sus elecciones. 

9. Michael Cerveris es propietario de varios autos de carreras. 4 Que medidas de desempeno necesita desarrollar para llevar 
registro del desempeno de su conductor, los mecanicos de pit y el personal de soporte (sin mencionar el gasto de las 
llantas)? 

10. Disene un tablero de control de DSS para Michael (problema 9). Use los tipos de diagramas y graficos apropiados para 
ilustrar el desempeno. 

11. Disene un tablero de control para llevar el registro de las acciones y la cartera de clientes de una persona. Piense como 
podria utilizar el tablero de control para tomar decisiones sobre comprar y vender acciones. Recuerde que un cliente 
puede tener mas de un corredor de bolsa. 

12. Gabriel Shanks opera una compania teatral sin fines de lucro que produce siete obras por ano en tres teatros. Cada obra 
dura ocho semanas, pero se puede extender cuatro semanas mas si resulta un exito. Disene un tablero de control para 
Gabriel; tome en cuenta las distintas fases del montaje, asf como la necesidad de vender todos los boletos que sea 
posible. No olvide que Gabriel esta involucrado en el teatro, es muy visual y no le gustan las tablas. 

13. Mientras Gabriel (del problema anterior) se hace cargo de varios detalles durante un dfa ordinario, le gustarfa estar al 
tanto de las noticias de teatro en Manhattan y tener al mismo tiempo algunas herramientas simples a la mano para 
ayudarle con sus actividades relacionadas con la computadora. ^Que tipo de widgets y gadgets necesitarfa Gabriel para 
hacer su trabajo y tener al mismo tiempo algunas herramientas simples basadas en computadora siempre disponibles? 

14. Explore la Web para ver todos los sitios Web que esten mal y bien disenados. Seleccione tres ejemplos de cada uno. 
Comente sobre lo que hace que los sitios sean excelentes o malos; use el formulario de crftica que presentamos antes en 
el capftulo para compararlos y contrastarlos. 

15. Proponga un sitio Web para Clancy’s, la empresa de uniformes que describimos en los problemas 7 y 8 . Haga un 
bosquejo a mano o use software de diseno de formularios para crear un prototipo de la pagina de inicio de Clancy’s. 
Indique los hipervinculos e incluya un bosquejo de un documento de hipervfnculo. Recuerde incluir graficos, iconos e 
incluso sonido u otro tipo de medio apropiado. Describa en un parrafo quienes son los usuarios previstos para el sitio 
Web y por que es conveniente que Clancy’s cuente con una presencia Web. 

16. Las tiendas departamentales Elonzo’s son una cadena de aproximadamente 50 tiendas de ventas al detalle, las cuales se 
especializan en articulos de cocina, bano y otros enseres domesticos, incluyendo muchos articulos decorativos y de 
moda. Hace poco Elonzo's decidio automatizar su registro de regalos para permitir que los invitados a las bodas y otros 
eventos puedan ver los articulos seleccionados por los novios u otras personas. 

a. Disene una pagina Web que permita a los clientes introducir un codigo postal y buscar la tienda mas cercana. 

b. Disene una pagina Web para que los clientes vean los regalos y puedan pedirlos en lfnea. No incluya los formularios 
reales para los pedidos, solo los productos. ^Que tipo de opciones estarian disponibles para los clientes? Incluya 
botones o vmculos para cambiar la secuencia de orden en su diseno. 

c. Disene una lista impresa que los clientes puedan solicitar cuando vayan a una de las tiendas. ^Cuales serian las 
secuencias optimas para un cliente que trata de buscar articulos? ^Se incluirian todos los elementos solicitados por 
los novios en la lista? ( Sugerencia : tal vez ya se hayan comprado algunos.). 

17. Disene el esquema de un podcast para alguien que pasea por su universidad, colegio o empresa. ^En que secuencia 
colocaria los temas? ^Cuanto tiempo asignaria para cada campus o ubicacion? Suponga que el grupo llegara en la 
manana y tome en cuenta el almuerzo en el podcast. 

18. Disene una pantalla de recordatorio de vuelos para un telefono inteligente u otro dispositivo portatil. 

19. Disene un estilo Ajax de pagina Web que permita al decano de un colegio comunitario seleccionar instructores 
de medio tiempo. El decano debe ser capaz de seleccionar una disciplina o curso y hacer que el servidor envie un 
documento de XML que contenga todos los instructores potenciales de medio tiempo para la selection. Hay que usar 
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el documento de XML para llenar una lista desplegable con los nombres de los instructores. A1 hacer clic en el nombre 
de un instructor debe aparecer informacion sobre ese instructor potencial. Decida que informacion debe incluir para 
ayudar al decano a tomar una decision sobre el instructor que debe contratar ( Sugerencia : Tal vez los instructores de 
medio tiempo puedan ensenar solo en ciertos dfas o solo en la manana, tarde o noche.). 


PROYECTOS EN GRUPO 

1. Haga una sesion de lluvia de ideas con los miembros de su equipo sobre los tipos de salida mas apropiados para una 
variedad de ejecutivos y gerentes de alto nivel de Dizzyland, un gran parque de diversiones en Florida. Incluya una lista 
de entornos o situaciones de toma de decisiones y los tipos de salida. Describa en un parrafo por que el grupo sugirio 
opciones especlficas para la salida. 

2. Haga que cada miembro del grupo disene una pantalla o formulario de salida para las situaciones de salida que enlisto en 
el proyecto en grupo 1 (use Microsoft Visio, una herramienta CASE o un formulario de diseno en papel para completar 
cada pantalla o formulario). 

3. Cree un tablero de control para los gerentes de Dizzyland del proyecto en grupo 1. 

4. Disene un sitio Web, ya sea en papel o mediante el uso de software con el que este familiarizado, para Dizzyland del 
proyecto en grupo 1. Aunque puede bosquejar en papel los documentos o graficos para tres niveles de paginas y los 
hipervmculos requeridos, cree el prototipo de una pagina de inicio para Dizzyland; indique los hipervlnculos en donde 
sea apropiado. Obtenga retroalimentacion de otros grupos en su clase y modifique su diseno de manera acorde. Describa 
en un parrafo como es que disenar un sitio Web difiere del diseno de pantallas para otros sistemas en linea. 

5. Explore el sitio Web de Joomla! En www.joomla.org. ^Como podrfa esta aplicacion de codigo fuente abierto ayudarle a 
implementar sus disenos del problema 4? Sintetice sus hallazgos en un parrafo. Use la Web para buscar otro CMS y 
utilice un parrafo para compararlo con Joomla! Asegurese de incluir el costo, la facilidad de uso, el soporte y la 
disponibilidad en su comparacion. 

6 . Use la lluvia de ideas para desarrollar un nuevo conjunto de widgets (gadgets) para aumentar la productividad. Haga una 
lista con las cinco mejores ideas para nuevos wigdets. 

BIBLIOGRAFIA SELECCIONADA 

Davenport, T. H. “Saving IT’s Soul: Human-Centered Information Management”. Harvard Business Review , marzo-abril 1994, 
pp. 119-131. 

Davis, G. B. y H. M. Olson. Management Information Systems, Conceptual Foundations, Structure, and Development, 2 a . Edi- 
cion. NuevaYork: McGraw-Hill, 1985. 

Kendall, K. E. y J. E. Kendall. “DSS Systems Analysis and Design: The Role of the Analyst as Change Agent from Early DSS 
to Mashups”, en Handbook of Decision Support Systems 2, editado por F. Burstein y C. W. Holsapple, pp. 293-312. Berlin: 
Springer, 2008. 

Souders, S. “High Performance Web Sites”. Communications of the ACM, Vol. 51, Num. 12, diciembre de 2008, pp. 36-41. 


www.xlibros.com 


366 


PARTE IV • LOS FUNDAMENTOS DEL DISENO 


EPISODIC) 1 1 


CASO DE LA CPU 


Allen Schmidt, Julie E. Kendall y Kenneth E. Kendall 


Elaborar informes con base en las salidas 


“Vamos a crear las especificaciones de la salida y despues recorreremos al reves los diagramas de UML y el flujo de datos para 
determinar los datos de entrada correspondientes”, dice Anna durante su siguiente reunion con Chip. 

“Desde luego”, asiente Chip. 

La salida se separo en dos categorfas: informes y pantallas. Los informes se definieron con mas detalle como informes 
extemos, tales como NOTIFICACION DE SOFTWARE DE USUARIO (USER SOFTWARE NOTIFICATION) o los informes in- 
ternos tales como LISTADO DE INVENTARIO DE HARDWARE (HARDWARE INVENTORY LISTING). Cada informe se 
clasifico a su vez como detallado, por exception o sintetizado. 

Con base en las conversaciones con Paige Prynter, los analistas piensan que el INFORME DE INVERSION DE HARD¬ 
WARE (HARDWARE INVESTMENT REPORT) tiene la prioridad mas alta. Se necesita lo mas pronto posible debido a que el 
proceso de presupuesto llegara pronto a una fase crltica y hay muchas solicitudes de nuevo hardware, as! como actualizaciones 
para el equipo existente. 

El proceso utilizado para crear el INFORME DE INVERSION DE HARDWARE (HARDWARE INVESTMENT RE¬ 
PORT) es similar al proceso para crear todos los informes. Chip examina los diagramas de flujo de datos para el nuevo sistema 
y localiza el flujo de datos identificado como INFORME DE INVERSION DE HARDWARE (HARDWARE INVESTMENT 
REPORT). Al hacer doble die en el flujo de datos aparece la entrada en el repositorio para este informe. 

“Estoy realmente feliz de que nos hayamos tornado el tienipo de documentar los prototipos de los informes y las pantallas 
a la hora de crear los diagramas de flujo de datos”, recalca Chip. “Puedo identificar con facilidad los elementos requeridos para 
producir el informe”. 

Chip examina el repositorio para ver los detalles de cada elemento. 

“Esto es magnffico”, exclama Chip. “Fue una buena idea definir todos los elementos mientras aprendlamos sobre ellos”. 

Despues Chip procede a crear un informe de ejemplo mediante el uso de Microsoft Access. Despues del primer borrador, 
Chip usa la herramienta Print Preview (Vista previa de impresion) para obtener una vista previa del informe. 

“Hmm”, murmura Chip. “Algunos de los campos necesitan volver a ordenarse y el espaciamiento horizontal necesita al- 
gunos ajustes”. 

Chip modifica el diseno y lo vuelve a revisar. Para el tercer intento, el informe esta en su forma final. El siguiente paso es 
crucial: Chip pide a Paige que revise el informe y realice las modificaciones que desee. Chip le pregunta: '^Hay alguna columna 
adicional u otros datos faltantes que mejorarfan la utilidad del informe? ^Son todos los datos del informe necesarios?”. 

Paige estudia la salida durante unos minutos y comenta: “Son necesarios los subtotales para cada MARCA (BRAND), inclu- 
yendo el NUMERO DE EQUIPOS (NUMBER OF MACHINES) y los totales generales. Recibimos solicitudes de distintos tipos 
de maquinas, y conocer la cantidad de cada maquina solicitada nos puede ayudar a determinar lo que vamos a comprar”. 


FIGURA E11.1 

Salida de ejemplo del INFORME 
DE INVERSION DE 
HARDWARE (HARDWARE 
INVESTMENT REPORT). 



Xxxxxxxxxxxx 

Xxxxxxxxxxxxxx 

Xxxxxxxxxxxxxx 

Xxxxxxxxxxxxxxxx 

Xxxxxxxxxxxxxxxx 


Modelo 
Xxxxxxxxxxxxxxxxxx 

Xxxxxxxxxxxxxxxx 

Xxxxxxxxxxxxxxxxxx 

Xxxxxxxxxxxxxxxx 

Xxxxxxxxxxxxxxxxxxxx 


Subtotal de marca 


Subtotal de marca 


Subtotal de marca 
Total general 


Numero 

maquinas 

3 

3 

4 
2 
6 

3 

11 

14 

23 


Pagina 1 de 1 

Total 
invertido 

$29,997.00 
$29,997.00 

$39,996.00 
$19,998.00 
$59,994.00 

$29,997.00 
$82,992.00 
$112,989.00 
$202,980.00 
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Chip regresa a su computadora y realiza los cambios necesarios. En la figura El 1.1 se muestra el ejemplo final del IN¬ 
FORME DE INVERSION DE HARDWARE (HARDWARE INVESTMENT REPORT). Paige revisa de nuevo esta version y 
firma en el diseno para indicar que esta eompleto. 

La logica para este informe sintetizado se describe en una especificacion de proceso. La tabla COMPUTER (COMPUTADORA) 
se ordena por MODELO (MODEL) dentro de MARCA (BRAND). Los totales se acumulan para cada MARCA y MODELO. Cuando 
cambia la MARCA o el MODELO, se imprime una llnea en el informe. Cuando ocurre un cambio en la MARCA, se imprimen los 
SUBTOT AL F.S DE MARCA (BRAND SUBTOTALS). Los TOTALES DE MARCA (GRAND TOTALS) se imprimen despues de 
procesar todos los registros. 

Anna pasa cierto tiempo hablando con Cher Ware sobre sus necesidades de informes. Se describen varios informes impresos cuando 
Cher hace la pregunta: “(Recibire informes en lfnea que pueda ver rapidamente y que contengan la informacion mas reciente?”. 

La discusion que le sigue a la pregunta genera la creacion de varias consultas. 

(Como le gustarla ver las categorias de software?” pregunta Anna. “(Le gustarfa ver todo el software en una sola pantalla 
extensa desplazable?”. 

“Bueno, me gustarfa tener alguna manera de buscar una categorfa y despues mostrar todo el software disponible para esa 
categorfa”, responde Cher. “Tambien serfa util poder pasar a la categorfa anterior y la siguiente”. 

Anna crea la pantalla SOFTWARE POR CATEGORIA (SOFTWARE BY CATEGORY) mediante un formulario de Mi¬ 
crosoft Access, el cual se muestra en la figura Ell.2. Hay un boton para buscar registros, asf como botones para pasar a las 
categorias anterior y siguiente. En el area inferior de la pantalla hay un area para mostrar los diversos paquetes de software para 
la categorfa. El campo SISTEMA OPERATIVO (OPERATING SYSTEM) se almacena como un codigo en la correspondiente 
tabla de la base de datos y se convierte en la description del codigo en la pantalla. 

Anna muestra a Chip y a Cher la pantalla completa. “Estoy impresionada”, exclama Cher. “jEs exactamente lo que necesito!” 

En ese momento entra Hy Perteks. “(Que esta pasando?”, pregunta. Despues de ver la consulta, comenta: “Me gustarfa 
que desarrollaran algunas paginas Web para las clases de capacitacion”. 

(Que tiene en mente?”, pregunta Chip. 

“Bueno, he estado pensandolo”, le responde Hy. “Imagino que serfa util para los maestros y el personal poder buscar la 
informacion sobre los cursos de software que planeamos ofrecer. Despues podrfamos agregar un formulario Web para que se 
inscribieran en los cursos”. 

“Serfa divertido trabajar en eso”, comenta Chip. “Podrfamos crear un vinculo a la pagina desde nuestros menus de Soporte 
de tecnologfa (Technology Support)”. 

“Yo tambien quiero participar”, responde Anna. “(.Que le gustarfa en la pagina?”. 

“Me gustarfa crear una pagina Web que muestre una lista de lo cursos, incluyendo el nivel, como principiante o intermedio, 
y las fechas de inicio de cada curso”, le responde Hy. 

Chip y Anna se ponen a trabajar en la pagina Web. Los campos se identifican y se agrupan en el flujo de datos CLASES 
DE CAPACITACION QUE SE OFRECEN (TRAINING CLASSES OFFERED), el cual se muestra en la pantalla de Visible 
Analyst de la figura El 1.3. Observe que se incluye la direction Web como alias. Anna crea la pagina Web de intranet final, que 
se muestra en la figura El 1.4. Chip y Hy revisan la pagina. 

“Me gustan los menus en la parte superior de la pagina y el submenu que se despliega debajo de ese menu al pasarle el 
raton por encima, para desplegar mas opciones del menu”, comenta Chip. 

“El calendario es muy util para que el personal vea los cursos que estan programados por fecha, con botones para cambiar 
el mes y el ano”, comenta Hy. “Es muy conveniente que cambien los cursos en forma dinamica cuando cambia el mes, dfa o 
ano. El usuario tendra una experiencia sin complicaciones”. 



FIGURA Ell.2 

Pantalla SOFTWARE POR 
CATEGORIA (SOFTWARE BY 
CATEGORY) de Microsoft 
Access. 
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FIGURA Ell.3 

Pantalla del flujo de datos 
CLASES DE CAPACITACION 
QUE SE OFRECEN (TRAINING 
CLASSES OFFERED). 



“SI, y creo que tambien es muy bueno permitir al personal modificar la forma en que aparecen los datos. A muchos miem- 
bros del personal les gusta ver los cursos que se ofrecen en su campus”, comenta Chip. 

“Agregarfamos algo de distincion si incluyeramos una imagen de la mascota”, comenta Hy, “y el lema de la universi- 
dad”. 

“Me pondre a trabajar en ello”, responde Anna. “Realmente son buenas sugerencias”. 

Despues de un tiempo, terminan la pagina Web final y Hy la aprueba. 

“Voy a enviar un email a todos los maestros y el personal, junto con un vinculo sobre nuestra ‘Nueva y mejorada’ pagina 
Web”, comenta Hy. “Gracias por incluir mi direccion de correo electronico. Sera de utilidad para facilitar el proceso de registro 
para los cursos y contestar cualquier pregunta. jCreo que realmente estamos progresando!”. 

Para realizar los siguientes ejercicios, puede disenar el informe o pantalla mediante formularios de diseno, o crearlos a 
traves de cualquier procesador de palabras con el que este familiarizado. Los canipos y demas information relacionada con los 
informes se incluyen en las entradas del repositorio de flujo de datos de Visible Analyst o en una pagina Web que contiene una 
copia del repositorio. La pagina Web contiene vinculos a los demas elementos en el repositorio para facilitar el proceso de ver 
una entrada del repositorio y saltar hacia otra entrada para atras o para adelante. En cada ejercicio se enlistan los nombres para 
el flujo de datos. 


FIGURA E11.4 

Una pagina Web habilitada con 
Ajax para la Central Pacific 
University. 
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Se crearon los informes y formularios en Microsoft Access correspondientes. Toda la informacion esta presente en la base 
de datos de Microsoft Access; usted solo tiene que modificar los informes y pantallas existentes para producir las versiones 
finales. Para hacer las modificaciones, haga clic en el informe o pantalla deseada y despues haga clic en el boton Design (Di¬ 
seno). Puede realizar las siguientes modificaciones. El Page H eader (E ncabezado de pagina) contiene los encabezados de las 
columnas. El area Detail (Detalle) contiene los campos a imprimir para el informe. 

Haga clic en un campo para seleccionarlo. Haga clic en varios campos mientras oprime la tecla Mayus para 
seleccionarlos. 

Arrastre un campo (o campos) seleccionado para moverlo. 

Haga clic en una de las cajas pequenas que rodean el campo para cambiar su tamano. 

Seleccione varios campos, haga clic en Format (Formato) y despues en una de los siguientes opciones: 

Align (Alinear), para alinear todos los campos con el campo superior, izquierdo, etc. 

Size (Ajustar tamano), para hacer todos los campos iguales al campo mas ancho, mas alto, etcetera. 

Horizontal Spacing (Espacio horizontal), para hacer el espacio horizontal igual, aumentarlo o reducirlo. 

Vertical Spacing (E spacio vertical), para hacer el espacio vertical igual, aumentarlo o reducirlo. 

EJERCICIOS 

E -1. Use Microsoft Access para ver el INFORME DE INVERSION DE HARDWARE (HARDWARE INVESTMENT RE¬ 
PORT). Si esta familiarizado con Microsoft Access, utilice la option de menu File/Export... (Archivo/Exportar...) 
para guardar el informe como pagina Web. Cuando se abra el cuadro de dialogo E xport (E xportar), haga clic en la lista 
desplegable SaveAsType(Guardar como) y seleccione HTML Documents(DocumentosHTM L). 

E -2. Chip, Dot y Mike participaron en varias sesiones de lluvias de ideas que produjeron como resultado los esquemas de 

varios informes. Disene (o modifique mediante Access) el INFORME MAESTRO DE HARDWARE (HARDWARE 3 
MASTER REPORT). Este informe es extenso, por lo que tendra que ser cuidadoso para incluir todos los datos en el area 
del informe. Tal vez quiera tener varias llneas de detalles para cada registro. Imprima el informe completo. 

E -3. Despues de reunirse con Cher Ware y Hy Perteks para hablar sobre las necesidades de los informes, Anna identified los 
campos para el INFORME DE NUEVO SOFTWARE INSTALADO (NEW SOFTWARE INSTALLED REPORT) par- 
cialmente completo. Disene (o modifique) el informe para incluir los elementos encontrados en la entrada en el reposi¬ 
tory de flujo de datos. ^Es el informe detallado o sintetizado? Describa en un parrafo la logica que usted cree que debe 
usar el programa para producir informes. 

E -4. Tanto Dot como Mike necesitan saber cuando se reciban nuevas computadoras. Cree el INFORME DE RECEPCION DE , 
NUEVAS COMPUTADORAS (NEW COMPUTER RECEIVED REPORT). El flujo de datos INFORME DE COMPU- V 
TADORAS RECIBIDAS (COMPUTER RECEIVED REPORT) contiene los elementos necesarios. 

E -5. Disene el INFORME MAESTRO DE SOFTWARE (SOFTWARE MASTER REPORT) que contiene informacion perti- 

nente para ayudar a Cher y a Hy a localizar las diversas copias de cualquier paquete de software con facilidad. Los ele- **' 
mentos necesarios para producir el informe se encuentran en el flujo de datos del INFORME MAESTRO DE SOFTWARE 
(SOFTWARE MASTER REPORT). 

Hay que imprimir en grupo los elementos TITULO (TITLE), VERSION (VERSION), NOMBRE DEL SISTEMA 
OPERATIVO (OPERATING SYSTEM NAME), EDITOR (PUBLISHER), CATEGORIA (CATEGORY), PRIMER 
NOMBRE (FIRST NAME) y APELLIDO PATERNO (LAST NAME) del experto de software. Se deben incluir totales 
para cada combination de TITULO/SISTEMA OPERATIVO/VERSION. Imprima el diseno del informe completo. 

E-6. Disene el LISTADO DE INVENTARIO DE HARDWARE (HARDWARE INVENTORY LISTING) que muestre las 
computadoras disponibles en cada sala de cada campus. El campo CAMPUS debera ser la DESCRIPCION DEL CAM¬ 
PUS (CAMPUS DESCRIPTION) y no el codigo que representa al campus. 

E -7. Disene el INFORME DE COMPUTADORAS INSTALADAS (COMPUTER INSTALLED REPORT) que muestre las 

computadoras personales instaladas en cada sala. Use la DESCRIPCION DEL CAMPUS e imprima por grupos en base I 
a DESCRIPCION DEL CAMPUS y UBICACION DE SALA (ROOM LOCATION). 

E -8. Use Microsoft Access para ver el informe de pantalla SOFTWARE POR CATEGORIA (SOFTWARE BY CATEGORY). 

Haga clic en el boton Find (Buscar) y localice CASE toolset (Conjunto de herramientas CASE). Haga clic en los ” 
botones Next (Siguiente) y Previous (Anterior) para ver los elementos siguiente y anterior de Software Categories 
(C ategorfas de software). 

E -9. Disene el informe de pantalla SOFTWARE POR MAQUINA (SOFTWARE BY MACHINE). Consulte los elementos en 
la entrada en el repositorio de flujo de datos. 

E-10. Disene el INFORME DE PROBLEMAS DE COMPUTADORAS (COMPUTER PROBLEM REPORT). Este informe 

muestra todas las computadoras que tienen una gran cantidad de reparaciones o un costo extenso de reparation. Consulte V 
los elementos en la description del repositorio para el flujo de datos o modifique el informe de Microsoft Access. 

E-ll. Disene o modifique el INFORME DE INSTALACION (INSTALLATION REPORT). Consulte los elementos en la en¬ 
trada del repositorio para el flujo de datos. Este informe muestra las computadoras que se recibieron hace poco y que V 
estan disponibles para la instalacion. 
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E-12. Disene el INFORME DE NUEVAS COMPUTADORAS QUE SE RECIBIERON (NEW COMPUTER RECEIVED 
REPORT). Consulte los elementos en la descripcion en el repositorio para el flujo de datos o modifique el informe de 
Microsoft Access. Este informe sintetizado muestra el numero de computadoras de cada marca y modelo. Hay que des- 
empacar estas computadoras para instalarlas en las salas. 

E-13. Disene o modifique el INFORME DE MANTENIMIENTO PREVENTIVO (PREVENTIVE MAINTENANCE RE¬ 
PORT). Consulte los elementos en la entrada del repositorio para el flujo de datos. Este informe muestra las computado¬ 
ras que necesitan mantenimiento preventivo. 

E-14. Disene el INFORME DE REFERENCIAS CRUZADAS DE SOFTWARE (SOFTWARE CROSS REFERENCE RE¬ 
PORT). Consulte los elementos en la descripcion en el repositorio para el flujo de datos o modifique el informe de Mi¬ 
crosoft Access. Este informe muestra la computadora en la que esta instalado cada paquete de software. Se imprimen en 
grupo los elementos TITULO (TITLE), VERSION (VERSION), SIGNIFICADO DE SISTEMA OPERATIVO (OPE¬ 
RATING SYSTEM MEANING) y EDITOR (PUBLISHER). Las lmeas de detalle bajo el grupo contienen datos que 
muestran la maquina, campus de instalacion y sala. 

E -15. Disene o modifique el INFORME DE PEDIDOS PENDIENTES DE COMPRAS DE COMPUTADORAS (OUTSTAN¬ 
DING COMPUTER PURCHASE ORDERS REPORT). Consulte los elementos en la entrada del repositorio para el flujo 
de datos. Este informe se debe producir para todos los registros ORDEN DE COMPRA (PURCHASE ORDER) que 
tengan un codigo de orden de compra de M101, el cual representa a las computadoras, con la condicion adicional de que 
la CANTIDAD ORDENADA (QUANTITY ORDERED) en el registro debe ser mayor que la CANTIDAD RECIBIDA 
(QUANTITY RECEIVED). Indique en un parrafo si este informe es sintetizado, por excepcion o detallado y explique el 
por que. 

E-16. Disene el INFORME DE INVERSION DE SOFTWARE (SOFTWARE INVESTMENT REPORT). Consulte los ele¬ 
mentos en la descripcion en el repositorio para el flujo de datos o modifique el informe de Microsoft Access. 

E -17. Disene la pagina Web REFERENCIAS CRUZADAS DE SOFTWARE (SOFTWARE CROSS REFERENCE). Consulte 
los elementos de la pagina Web en la descripcion en el repositorio de software para el flujo de datos del INFORME DE 
REFERENCIAS CRUZADAS DE SOFTWARE (SOFTWARE CROSS REFERENCE REPORT). Esta pagina Web 
muestra las computadoras en las que esta instalado cada paquete de software. Incluya una lista desplegable de software 
que permita al usuario seleccionar un paquete de software. El diseno usa Ajax para actualizar la lista de computadoras 
en la pagina Web que contiene el software y sus ubicaciones. 

E-18. Disene la pagina Web LISTADO DE INVENTARIO DE HARDWARE (HARDWARE INVENTORY LISTING), que 
muestre las computadoras disponibles en cada sala de cada campus. El CAMPUS se selecciona de una lista desplegable 
que muestra la DESCRIPCION DEL CAMPUS (CAMPUS DESCRIPTION). Cuando el usuario selecciona el nombre 
de un campus de la lista desplegable, la pagina Web usa tecnicas de Ajax para llenar la lista desplegable de salas del 
campus. Al seleccionar una sala, la pagina Web usa Ajax para mostrar las maquinas ubicadas en cada sala. Use el repo¬ 
sitorio para el LISTADO DE INVENTARIO DE HARDWARE (HARDWARE INVENTORY LISTING) sin el numero 
total de maquinas en campus o el numero total de maquinas. 

Los ejercicios en los que se antepone un icono www indican material de valor agregado disponible en el sitio Web www.pearsonhighered.com/ 

kendall. Los estudiantes pueden descargar archivos de ejemplo de Microsoft Visio o un proyecto de Visible Analyst, ademas de una base de 

datos de Microsoft Access que pueden usar para completar los ejercicios. 
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CAPITULO 12 


Diseno de una entrada efecti 


Objetivos de aprendizaje 

Al completar este capitulo usted podra: 

1. Disenar formularios de entrada funcionales para los usuarios de sistemas empresariales 

2. Disenar pantallas de entrada atractivas para los usuarios de sistemas de informacion. 

3. Disenar formularios de entrada utiles para las personas que interaction en la Web. 

4. Disenar paginas de entrada utiles para los usuarios de intranets y de Internet. 



Los usuarios merecen una salida de calidad. En buena medida, la calidad de la 
entrada del sistema determina la calidad de su salida. Es vital que los formula¬ 
rios de entrada, pantallas y documentos Web interactivos se disenen teniendo 
en cuenta esta relacion critica. 

Los formularios de entrada, las pantallas y los formularios interactivos para 
llenar a traves de la Web bien disenados deben cumplir con los objetivos de efectividad, precision, facilidad 
de uso, consistencia, simpleza y atraccion. Podemos alcanzar todos estos objetivos debemos apegarnos a 
los principios basicos de diseno, conocer lo que se requiere como entrada para el sistema y comprender la 
forma en que los usuarios responden a los distintos elementos de los formularios y pantallas. 

La efectividad significa que los formularios de entrada, las pantallas de entrada y los formularios a 
llenar en Web sirvan a propositos especificos para los usuarios del sistema de informacion, mientras que 
la precision se refiere a la certeza que el diseno proporcione para el llenado adecuado. La facilidad de uso 
significa que los formularios y pantallas sean simples, de manera tal que el usuario requiera el minimo 
tiempo posible para descifrar su estructura. La consistencia implica que todos los formularios de entrada, 
sean pantallas de entrada o formularios a llenar en Web, agrupen los datos de manera similar de una 
aplicacion a otra, mientras que simpleza se refiere a mantener esos mismos disenos ordenados de 
una manera que el usuario enfoque su atencion en ellos. En cuanto a la atraccion, significa que los usua¬ 
rios disfruten al usar los formularios de entrada debido a su diseno agradable. 



DISENO DE BUENOS FORMULARIOS 

El analista de sistemas debe ser capaz de disenar un formulario completo y util; los formularios 
innecesarios desperdician los recursos de una organization. 

Los formularios son instrumentos importantes para dirigir el curso de trabajo. Son documentos 
impresos que las personas deben llenar de manera estandarizada. Los formularios solicitan y captu- 
ran la information requerida por los miembros de la organization que, a menudo, se introducira en la 
computadora; por medio de este proceso, sirven como documentos fuente para los usuarios o constitu- 
yen el origen de los datos que los humanos deben introducir en aplicaciones de comercio electronico. 

Para disenar formularios utiles debemos tener en cuenta los siguientes cuatro lineamientos de 
diseno de formularios: 

1. Que los formularios sean faciles de llenar. 

2. Que cumplan con el proposito para el que se disenaron. 

3. Que su diseno contribuya a que se completen con precision. 

4. Que sean atractivos. 

En las siguientes secciones veremos cada uno de estos cuatro lineamientos por separado. 
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Hacer que los formularios sean faciles de llenar 

Para reducir los errores, agilizar el proceso de completarlos y facilitar la introduction de los datos, es esencial que 
los formularios sean faciles de llenar. El costo de los formularios es minimo si se compara con el del tiempo que in- 
vierten los empleados en llenarlos y despues en introducir los datos en el sistema de informacion. Con frecuencia 
es posible eliminar el segundo paso mediante el uso del envio electronico, en el que los mismos usuarios teclean los 
datos, desde los sitios Web establecidos para transacciones de comercio electronico o solicitud de informacion. 

FLUJO DEL FORMULARIO Un formulario con un flujo apropiado reduce el tiempo y esfuerzo que invierten los 
empleados en llenarlo. Los formularios deben fluir de izquierda a derecha y de arriba abajo. Un flujo ilogico 
requiere tiempo adicional y es frustrante. Un formulario en el que las personas tienen que pasar directamente a la 
parte inferior y despues saltar hacia la parte superior para terminarlo exhibe un mal flujo. 

SIETE SECCIONES DE UN FORMULARIO Hay un segundo metodo que facilita a las personas llenar los formularios 
en forma correcta; este se enfoca en agrupar la informacion en forma logica. Las siete secciones principales de 
un formulario son: 

1. Encabezado. 

2. Identificacion y acceso. 

3. Instrucciones. 

4 . Cuerpo. 

5. Firma y verificacion. 

6. Totales. 

7. Comentarios. 

Lo ideal es que estas secciones aparezcan agrupadas como en el recibo de gastos de empleado de Bakerloo Bro¬ 
thers, de la figura 12.1. Observe que las siete secciones abarcan la informacion basica requerida en la mayorfa de 
los formularios. El tercio superior del formulario se dedica a tres secciones: encabezado, seccion de identificacion 
y acceso, y seccion de instrucciones. 

Por lo general, la seccion del encabezado incluye el nombre y la direction de la empresa que creo el formu¬ 
lario. La seccion de identificacion y acceso incluye codigos que se pueden usar para archivar el informe y obte- 
ner acceso al mismo en una fecha posterior (en el capftulo 13 veremos con detalle como acceder a la informacion 
con claves especiales en una base de datos). Esta informacion es muy importante cuando una organizacion debe 
archivar el documento durante varios anos. La seccion de instrucciones indica como llenar el formulario y a 
donde se debe enviar al terminar de llenarlo. 

La parte media es su cuerpo, el cual representa aproximadamente la mitad del formulario. En esta parte, la 
persona que lo llena debe poner mas detalle y elaboration. El cuerpo es la parte del formulario que probable- 
mente contendra datos explfcitos y variables. 

El tercio inferior del formulario esta compuesto de tres secciones: firma y verificacion, totales y comenta¬ 
rios. Requerir totales finales y un resumen de los comentarios es una forma logica de que la persona que llena el 
formulario termine de hacerlo. 

Hay una caractenstica mas a resaltar sobre el formulario de Bakerloo Brothers. El diseno del formulario 
provee una doble verificacion interna, con totales de columnas y totales de filas que deben dar como resul- 
tado el mismo numero. Si los totales de fila y de columna no dan el mismo resultado, el empleado que esta 
llenando el formulario sabra que hay un problema y podra corregirlo en ese instante. Se evita un error y el 
empleado puede recibir el reembolso de la cantidad pendiente; ambos resultados se atribuyen a un diseno ade- 
cuado del formulario. 

LEYENDAS El uso de leyendas claras es otra tecnica para facilitar el trabajo de llenar un formulario. Las leyendas 
indican a la persona que completa el formulario lo que debe poner en una lrnea, espacio o cuadro en bianco. En 
la figura 12.2 se muestran varias opciones para las leyendas. Se muestran dos tipos de leyendas de lrnea, dos 
tipos de leyendas de verificacion y ejemplos de una leyenda enmarcada y una leyenda de tabla. 

La ventaja de poner la leyenda debajo de la linea es que hay mas espacio en la lrnea para los datos; la des- 
ventaja es que algunas veces no esta claro cual linea esta asociada con la leyenda, si la de arriba o la de abajo. 

Las leyendas de linea pueden estar a la izquierda de los espacios en bianco, a la misma altura, o se pueden 
imprimir debajo de la linea en la que se van a introducir los datos. 

Otra forma de usar leyendas es proveer un cuadro para los datos en vez de una linea. Las leyendas se pue¬ 
den colocar en el interior, encima o debajo del cuadro. Los cuadros en los formularios ayudan a las personas a 
introducir los datos en el lugar correcto y facilitan a la persona que recibe el formulario el proceso de leerlo. La 
leyenda debe usar un tamano de letra pequeno, de manera que no domine el area de entrada. Es posible incluir 
pequenas marcas de verificacion en el cuadro si los datos se van a introducir en un sistema computarizado. Si 
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FIGURA 12.1 

En un formulario bien disenado 
hay siete secciones que ayudan a 
fomentar que se complete. 


no hay suficiente espacio en un registro para los datos, la persona que llena el formulario (en vez del opera- 
dor que introducira los datos) tiene la libertad de determinar como se deben abreviar los datos. Las leyendas 
tambien pueden incluir pequenas notas aclaratorias para ayudar al usuario a introducir la informacion correcta- 
mente, como Fecha (MM/DD/AAAA) o Nombre completo (Apellido paterno, apellido materno, Nombre(s)). 

No importan los estilos de leyendas de lfnea que se elijan, es imprescindible emplearlos de manera consis- 
tente (por ejemplo, serfa confuso tratar de llenar un formulario disenado con leyendas tanto arriba como debajo 
de las lineas). 

Las leyendas de verification son una mejor option cuando es necesario restringir las opciones de respuesta. 
Observe la lista de metodos de viaje que se muestran para el ejemplo de verification vertical en la figura anterior. Si 
se va a rembolsar los gastos del empleado en el viaje de negocios solo para los metodos de viaje de la lista, un sis- 
tema de verification es mas conveniente que una lfnea en bianco. Este metodo tiene la ventaja adicional de recordar 
a la persona que verifica los datos que debe buscar un talon de boleto de avion o cualquier otro recibo relacionado. 

Una leyenda de verification horizontal tambien es mejor option que una leyenda de lfnea cuando la infor¬ 
mation requerida es rutinaria y constante. Como ejemplo podemos citar un formulario que solicita los servicios 
de uno de los siguientes departamentos: Laboratorio fotografico, Departamento de impresion, Mantenimiento o 
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FIGURA 12.2 

Alternativas principals para usar 
leyendas. 


Nombre 

Titulo 


Leyenda debajo 
de la llnea 



Leyenda de llnea 


Apellido paterno^ 
Telefono ( 



Apellido paterno 


Telefono 


Leyenda enmarcada 



M arque el metodo de viaje: 
Q Avion 
G Tren 
D Auto de la empresr^ 
D Auto personal 


Laboratory fotografico Q Departamento de ii 



Lista de verificacion 
vertical 


Lista de verificacion 
horizontal 


” MS " Pro,i, tallQ 



Provisiones. Estos departamentos proveen servicios de rutina a otros en la organization y no es probable que va- 
yan a cambiar rapidamente. 

Las leyendas de tabla funcionan bien en el cuerpo de un formulario donde se requieren detalles. Cuando 
un empleado llena de manera apropiada un formulario con leyendas de tabla, esta creando una tabla para la si- 
guiente persona que recibira el formulario, con lo cual ayuda a organizar los datos en forma coherente. 

Tambien se puede utilizar con efectividad una combination de leyendas: por ejemplo, leyendas de tabla para 
especiftcar categories como cantidad, y leyendas de linea para indicar donde deben estar el subtotal, los impues- 
tos de venta y el total. Como las distintas leyendas sirven para propositos diferentes, por lo general es necesario 
emplear varios estilos de leyendas en cada formulario. 

Cumplir con el proposito previsto 

Los formularios se crean para servir a uno o mas propositos en los procesos de registrar, procesar, almacenar 
y recuperar la information para las empresas. Algunas veces es conveniente proveer distinta information a los 
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diferentes departamentos o usuarios y compartir al mismo tiempo cierta information basica. Aquf es donde son 
utiles los formularios especializados. 

El termino formulario especializado tambien se puede referir solo a la manera en que la papelerfa prepara 
los formularios. Algunos ejemplos de formularios especiales de papelerfa son los formularios de tantos multiples 
que se utilizan para crear triplicados instantaneos de los datos, los formularios de alimentation continua que pue- 
den pasar por la impresora sin necesidad de intervention humana y los formularios perforados que dejan un talon 
como registro cuando se separan. 

Asegurar que se llenen en forma precisa 

Por lo general, las tasas de errores asociadas con la recoleccion de los datos disminuyen de manera considerable 
cuando los formularios se disenan de tal forma que sea obvia la manera en que deben completarse con precision. 
El diseno es importante para asegurar que las personas hagan lo correcto con el formulario siempre que lo uti- 
licen. Cuando los empleados de servicio, como los que leen medidores o toman inventario, usan dispositivos 
portables para escanear o teclear los datos en el sitio apropiado, se evita el paso adicional de tener que transcribir 
los datos para introducirlos en la computadora. Los dispositivos portables utilizan la transmision inalambrica o 
se conectan a los sistemas computarizados mas grandes para poder descargar los datos que el trabajador de servi¬ 
cio almaceno en ellos. No es necesario transcribir lo que ocurrio en el campo. 

Mantener los formularios atractivos 

Aunque dotar a los formularios de atractivo se deja al ultimo, esto no significa que sea menos importante: se 
hace de esta forma debido a que para producir formularios atractivos hay que aplicar las tecnicas descritas 
en las secciones anteriores. Los formularios esteticos atraen a las personas y estas se sienten animadas para 
completarlos. 

Los formularios deben lucir ordenados. Para ser atractivos, deben solicitar la information en el orden es- 
perado: la convention dicta que se debe pedir nombre, direction, ciudad, estado y codigo postal (y pat's, de ser 
necesario). La distribution y el flujo apropiados contribuyen al atractivo de un formulario. 

Utilizar distintos tipos de letra en el mismo formulario puede ser util para que a los usuarios se les haga mas 
atractivo llenarlo. Separar las categorfas y subcategorfas con lfneas gruesas y delgadas tambien puede fomentar 
el interes. Los tipos de letras y los grosores de las lfneas son elementos de diseno utiles para capturar la atencion 
y hacer que las personas se sientan con la seguridad de que llenan el formulario en forma correcta. 

Hay paquetes de diseno de formularios disponibles para PC. La figura 12.3 muestra como se puede crear 
formularios mediante el uso de software que permite al analista automatizar con rapidez los procesos de negocios 
para los que ya existen formularios en papel. El analista puede usar un conjunto de herramientas para conbgurar 
campos, casillas de verification, lfneas, cuadros y muchas otras caracterfsticas. Tambien es posible digitalizar 
formularios en papel para despues publicarlos en la Web. 



FIGURA 12.3 

El software permite a un usuario 
tomar un formulario existente, 
escanearlo en la computadora y 
definir campos de manera que se 
pueda llenar facilmente en una PC. 
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Como controlar los formularios de las empresas 

Controlar los formularios de las empresas es una tarea importante; a menudo cuentan con un especialista en 
formularios que se encarga de llevar el control, pero algunas veces este trabajo recae en el analista de sistemas, 
quien se encarga de establecer e implementar el control de los formularios. 

Las tareas basicas para controlar formularios incluyen asegurar que cada formulario en uso cumpla con 
su proposito especffico para ayudar a los trabajadores a realizar sus tareas y que el proposito especificado sea 
integral para el funcionamiento de la organizacion, de manera que se evite la duplication de la informacion re- 
copilada y de los formularios correspondientes; disenar formularios efectivos, decidir sobre como reproducirlos 
en la forma mas economica posible y establecer procedimientos que los pongan a disposition de los empleados 
(cuando sea necesario) al menor costo posible. A menudo, para esto se requiere que los formularios esten dispo- 
nibles en Web para poder imprimirlos. Hay que incluir en cada formulario un numero unico y una fecha de revi¬ 
sion (mes/ano), independientemente de que se llene y envie en forma manual o electronica. Esto ayuda a que los 
usuarios sean organizados y eficientes. 


DISENO DE BUENOS FORMULARIOS WEB Y DE PANTALLA 

Gran parte de lo dicho sobre el diseno de buenos formularios se puede transferir al diseno de pantallas, sitios y 
paginas Web. Una vez mas, el usuario debe permanecer en primer lugar en los pensamientos del analista durante 
el diseno de las pantallas. 

Sin embargo, existen algunas diferencias por las que los analistas de sistemas se deben esforzar para tener en 
cuenta las cualidades unicas de las pantallas, en vez de adoptar a ciegas las convenciones de los formularios de 
papel. Una de las principales diferencias es la presencia constante de un cursor en la pantalla, el cual orienta al 
usuario en cuanto a la position actual para introducir datos. A medida que se introducen los datos en pantalla, el 
cursor avanza un caracter hacia delante para senalar el camino. 

Otra diferencia importante entre los formularios electronicos, de Web y estaticos es que los disenadores pue- 
den incluir ayuda sensible al contexto para el usuario en cualquier formulario de llenado electronico. Esta prac- 
tica puede reducir la necesidad de mostrar instrucciones para cada linea, con lo cual se reduce el desorden y las 
llamadas a Soporte tecnico. Al usar una metodologfa basada en Web, el disenador tambien puede aprovechar 
los hipervinculos, con lo cual asegura que los formularios se llenen correctamente al dar ejemplos con hiper- 
vfnculos de formularios llenados en forma correcta. 

En esta seccion presentaremos los lineamientos para el diseno efectivo de pantallas. Los presentaremos en 
orden para ayudar en la obtencion de las metas generates de diseno de la entrada: efectividad, precision, facilidad 
de uso, simpleza, consistencia y atractivo. 

Los cuatro lineamientos para el diseno de pantallas son importantes pero no exhaustivos. Como vimos en el 
capftulo 11, incluyen lo siguiente: 

1. Mantener la pantalla simple. 

2. Mantener la presentation de la pantalla consistente. 

3. Facilitar el movimiento del usuario entre las pantallas y paginas de visualization. 

4. Crear una pantalla atractiva y agradable. 

En las siguientes subsecciones desarrollaremos cada uno de estos lineamientos y presentaremos muchas tecnicas 
de diseno para observar los cuatro lineamientos. 

Mantener la pantalla simple 

El primer lineamiento para el buen diseno de pantallas es mantener la pantalla simple. La pantalla debe mostrar 
solo lo necesario para la action especifica a realizar. Para el usuario ocasional, el 50 por ciento del area de la 
pantalla debe contener informacion util. 

TRES SECCIONES DE LA PANTALLA La salida de pantalla se debe dividir en tres secciones. La parte superior esta 
constituida por una seccion de “encabezado”: contiene los tftulos de software y de archivos abiertos, menus 
desplegables e iconos que realizan ciertas tareas. 

La seccion media se denomina el “cuerpo” de la pantalla. El cuerpo se puede usar para introducir datos; se 
organiza de izquierda a derecha y de arriba hacia abajo debido a que las personas en las culturas occidentales 
mueven sus ojos por una pagina de esta forma. Las leyendas e instrucciones se deben suministrar en esta sec¬ 
cion para ayudar al usuario a introducir los datos pertinentes en el lugar correcto. Tambien puede haber ayuda 
sensible al contexto disponible cuando el usuario haga clic en el boton derecho del raton en la seccion del 
cuerpo de la pantalla. 
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OPORTUNIDAD DE CONSULTORIA 12.1 


Este formulario puede ser danino para su salud 



La figura 12.C1 muestra un formulario impreso de historial me¬ 
dico que el Dr. Mike Robe, medico familiar, hace a su recepcionista 
entregar a todos los pacientes nuevos, quienes deben llenarlo antes 
de pasar a consulta. 

La recepcionista esta recibiendo niuchas respuestas incomple- 
tas o confusas, lo cual dificulta al Dr. Robe el proceso de revisar los 
formularios y entender por que lo visita el nuevo paciente. Ademas, 
las malas respuestas provocan que la recepcionista tarde mas tiempo 
en introducir los nuevos pacientes en los archivos. 


Redisene el formulario en papel tamano carta para poder reco- 
lectar los datos pertinentes de una manera logica e inofensiva. 
Asegurese de que el formulario sea claro para los nuevos pacientes, 
facil de leer para el Dr. Robe y adecuado para que la recepcionista 
introduzca los datos en la base de datos de pacientes, ordenada por 
nombre del paciente y numero de Seguro social. La oficina utiliza 
PC conectadas por una LAN. ^Como redisenarfa el formulario de 
manera que la recepcionista pudiera enviarlo por via electronica? 
^Que procedimientos de oficina tendria que cambiar? 


Formulario de historial medico 

Fmpleador 

- Edad_ 

CP - T '*“-Oficina_ 

c,««n , •• 1.».. m 

--medico estatal [ ] otro [ ] (explique)^_ 

No De ser asI, i cuando?_ 



cAlguna vez le han realizado cirugia? si 
Descr/ba la cirugia 

cAlguna vez lo han hospitalizado? S f_ No 

oPorque? 



Do ser asf, ,< cuando?_ 


Diabetes 

Problemas cardiacos 
Cancer 
Ataques 
Desmayos 


He tsnido Historial familiar 


□ 

□ 

□ 

□ 

□ 


□ 

□ 

□ 

□ 

□ 


cQue inmunizaciones ha recibido? 

Familia: 

. acion TirereibT 

Fecha del ultimo examen / , n .. . 

—-— cQuien lo refirio? _ 

iPor que esta visitandoal doctor hoy? 

cSufre de dolor en este momenta’ rnnQt t 

• Cuantn r - - Esp0r ^0 

ccuanto tiempo dura’ P ~ 

I ---Ln:~_' ba su de seguro social- 


FIGURA 12.Cl 

Se aprecia de manera considerable su ayuda para mejorar este formulario. 
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La tercera section de la pantalla es de “comentarios e instrucciones”, y puede mostrar un menu corto de co- 
mandos que recuerdan al usuario aspectos basicos como cambiar de pagina, funciones y acciones como guardar 
el archivo o terminar de introducir datos. Al incluir dichos aspectos basicos los usuarios inexpertos se sienten 
mucho mas seguros sobre su capacidad para completar la tarea. 

Otras maneras de mantener simple la pantalla es utilizar ayuda sensible al contexto, botones desplegables 
que revelen mas information y otras ventanas desplegables. Los usuarios pueden minimizar o maximizar el ta- 
mano de las ventanas segun sea necesario. De esta manera, los usuarios empiezan con una pantalla simple y bien 
disenada que pueden personalizar y controlar por medio de varias ventanas. Los hipervfnculos en un formulario 
basado en Web sirven para un proposito similar. 

Mantener la pantalla consistente 

El segundo lineamiento para el buen diseno de pantallas es mantener la pantalla consistente. Si los usuarios 
trabajan con formularios en papel, las pantallas deben seguir lo que se muestra en papel. Podemos mantener la 
consistencia en las pantallas si ubicamos la information en la misma area cada vez que se acceda a una nueva 
pantalla. Ademas, la information que debe estar junta por logica tambien se debe agrupar en forma consistente: 
el nombre y la direction van juntos, pero no el nombre y el codigo postal. Aunque la pantalla deberfa tener un 
movimiento natural de una region a otra, la information no se debe traslapar de un grupo a otro. No es conve- 
niente tener el nombre y la direction en un area y el codigo postal en otra. 

Facilitar el movimiento 

El tercer lineamiento para el buen diseno de pantallas es facilitar el proceso de pasar de una pagina a otra. La 
regia de los “tres dies” establece que los usuarios deben ser capaces de llegar a las paginas que necesitan en tres 
dies de raton o de teclado como maximo. Los formularios basados en Web facilitan el movimiento mediante el 
uso de hipervfnculos a otras paginas Web relevantes. Otro metodo comun de movimiento es hacer que los usua¬ 
rios se sientan como si estuvieran cambiando ffsicamente a una nueva pagina. Esta ilusion de movimiento ffsico 
entre pantallas se puede obtener al desplazarse mediante flechas, ventanas desplegables sensibles al contexto o 
un cuadro de dialogo en pantalla. 

Disenar una pantalla atractiva y agradable 

El cuarto lineamiento para el buen diseno de pantallas es crear una pantalla atractiva para el usuario. Si los usua¬ 
rios encuentran que las pantallas son agradables, es probable que sean mas productivos, necesiten menos super¬ 
vision y cometan menos errores. Las pantallas deben atraer a los usuarios y mantener su atencion. Para lograr 
este objetivo se utilizan muchas areas en bianco que rodean a los campos de entrada de datos, de manera que 
la pantalla adquiera una apariencia ordenada. Nunca hay que atiborrar un formulario de information; de igual 
forma, nunca hay que atiborrar una pantalla. Es mucho mejor usar varias ventanas o hipervfnculos que tratar de 
meter todo a la fuerza en una sola pagina. 

Use flujos logicos en el plan para las paginas que desea visualizar. Organice el material para aprovechar la 
forma en que las personas conceptualizan su trabajo, de manera que puedan desplazarse con facilidad por la in¬ 
formation. Con la llegada de las GUI, es posible crear pantallas de entrada muy atractivas. Mediante el uso de 
color o cuadros sombreados y la creation de cuadros y flechas en tercera dimension, es posible crear formularios 
amigables y divertidos. 

Al considerar el uso de distintos estilos y tamanos de letras, preguntese si realmente ayudan a que el usua¬ 
rio comprenda como usar la pantalla y que la apruebe. Si atraen demasiada atencion hacia el aspecto visual de 
la pantalla o si sirven como distraction, omftalas. Tenga en cuenta que no todas las paginas Web se ven exacta- 
mente igual en todos los navegadores. Pruebe los prototipos de sus formularios con una variedad de combinacio- 
nes para ver si los usuarios declaran sus preferencias por ciertas combinaciones o si son molestas para la mayorfa 
de ellos. Para las fuentes Web use Verdana o Arial. 

Utilice iconos en el diseno de las pantallas 

Los iconos son representaciones pictoricas en pantalla que simbolizan las acciones de computadora que los 
usuarios pueden seleccionar mediante el uso de raton, teclado, lapiz optico, pantalla tactil o palanca de juegos. 
Los iconos tienen funciones similares a las de las palabras y pueden reemplazarlas en muchos menus, ya que su 
significado se comprende con mayor rapidez. Los dispositivos moviles como el iPhone y el iPod de Apple han 
popularizado el uso de iconos en las pantallas tactiles y han hecho de esta interfaz algo familiar para muchas 
empresas y otros usuarios. 

Hay algunos lineamientos para el diseno de iconos efectivos. Las formas deben ser reconocidas de inme- 
diato, para que el usuario no tenga que dominar un nuevo vocabulario. Hay varios iconos que la mayorfa de los 
usuarios ya conoce. El uso de iconos estandar puede explotar rapidamente esta reserva de significado comun. 
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ir 


OPORTUNIDAD DE CONSULTORIA 12.2 


Tener todo junto no siempre es lo mejor 



E/l departamento de Audiologfa en un extenso hospital de veteranos 
utiliza una PC y un monitor para que los tecnicos de audiologfa pue- 
dan introducir datos directamente en el sistema de registros de pa- 
cientes. Despues de hablar con Earl Lobes, uno de los tecnicos, usted 
determina que el diseno de la pantalla es un problema importante. 

“Utilizamos un formulario una vez y funciono”, dice el Sr. 
Lobes. “Sin embargo, la pantalla no tiene sentido. Creo que tuvie- 
ron que meter todo a la fuerza ahf, y eso lo arruino”. 


A usted le han pedido que redisene la pantalla (vea la figura 
12.C2 ) para capturar la misma informacion, pero hay que simplifi- 
carla, ya que al hacerlo se reducen los errores que han estado aco- 
sando a los tecnicos. Usted se da cuenta que meter toda la informacion 
en una sola pantalla no es el unico problema. 

Explique sus motivos para cambiar la pantalla de la forma en 
que lo hizo. Puede usar mas de una pagina de visualizacion si lo 
considera necesario. 


INFORME DEL EXAMEN AUDIOLOGICO 

Apellido paterno del paciente Primer nombre 

Estacion de inspeccion Fecha del examen 

Numero de paciente Numero de seguro social 

Primer examen Numero de reclamacion 

CONDUCCION DE AIRE 


Inicial segundo nombre 


0(do derecho 


Oldo izquierdo 


500 1000 2000 4000 

6000 

500 1000 2000 4000 

6000 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

Oldo derecho 

CONDUCCION OSEA 



Oido izquierdo 


500 1000 2000 4000 

6000 

500 1000 2000 4000 

6000 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

SECCION DE AUDIOMETRI'A VOCAL 
UMBRALDE RECEPCION DE VOZ 

Comentarios [ 


Oldo derecho! 1 

Oldo izquierdo [ ] 


Referido por [ ] 


DISCR.OiDO DERECHO. 


Modvo de referenda 


%[ lEnmascaramiento [ ] 


Audiologo examinador 


DISCRIM. Ol'DO IZQUIERDO 

Numero de audiologo examinador 


%[ ]Enmascaramiento[ 

1 

Siguiente solicitante 



FIGURA 12. C2 

Esta pantalla se puede disenar de manera que sea mas amigable para el usuario. 


Un usuario puede apuntar a un archivero, “sacar” un icono de carpeta, “agarrar” una pieza de icono de papel y 
“echarla” al icono de bote de basura. Al emplear iconos estandar, los disenadores y usuarios ahorran tiempo. 

Los iconos para una aplicacion especfftca deben estar limitados a una cantidad aproximada de 20 formas 
reconocibles, de manera que el vocabulario de iconos no sea tan abrumador y se pueda realizar un esquema de 
codificacion que valga la pena. Use iconos de manera consistente en las aplicaciones donde apareceran juntos 
para asegurar la continuidad y facilidad de comprension. En general, los iconos valen la pena para los usuarios si 
son significativos. 

Diseno de la interfaz grafica de usuario 

Una interfaz grafica de usuario (GUI) es la forma en que los usuarios interactuan con los sistemas operativos 
Windows y Macintosh. Esto tambien se conoce como interfaz de apuntar y hacer clic (point-and-click). Los 
usuarios pueden usar un raton para hacer clic en un objeto y arrastrarlo hasta una posicion especfftca. Las interfa- 
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FIGURA 12.4 

El disenador tiene muchos 
componentes de GUI que permiten 
flexibilidad al disenar pantallas de 
entrada para la Web u otros 
paquetes de software. Este 
ejemplo es de Microsoft Access. 



ces graficas de usuario aprovechan las caracterfsticas adicionales en el diseno de pantallas, como los cuadros de 
texto, las casillas de verification, los botones de option, los cuadros de lista y de lista desplegable, los controles 
deslizantes y botones aumentar/disminuir, los cuadros de dialogo con controles en pestanas y los mapas de ima- 
gen. La figura 12.4 es una pantalla de entrada de Microsoft Access que muestra varios controles de GUI. 

CUADROS DE TEXTO Un rectangulo representa un cuadro de texto, como vimos antes; se utiliza para delinear 
los campos de entrada y visualization de datos. Hay que tener cuidado de asegurar que el cuadro de texto sea lo 
bastante grande como para poder alojar todos los caracteres que es necesario introducir. Cada cuadro de texto 
debe tener una leyenda a la izquierda para identificar lo que se va a introducir o lo que se muestra en el cuadro. 
En Microsoft Access, los datos de caracteres se alinean a la izquierda y los datos numericos a la derecha. 

CASILLAS DE VERIFICACION En el ejemplo de los controles de GUI se utiliza una casilla de verification para 
indicar un nuevo cliente. Las casillas de verification pueden contener una X o estar vaclas, lo que corresponde 
a indicar si el usuario selecciono o no la option; se utilizan para marcar una o mas opciones (es decir, en forma 
no exclusiva). Una notation alternativa es utilizar un boton cuadrado con una marca de verification (/) para 
indicar que se selecciono esa option. Cabe mencionar que por lo general el texto (o leyenda) de la casilla de 
verification se coloca a la derecha del cuadro. Si hay mas de una casilla de verification, las etiquetas deben tener 
cierto orden, ya sea alfabetico o que el elemento que se marque con mas frecuencia aparezca primero en una 
lista. Si hay mas de 10 casillas de verification, agrupelas en un recuadro. 

BOTONES DE OPCION Un tirculo conocido como boton de option se utiliza para seleccionar opciones exclusivas: 
se puede elegir solo una de varias. De esta forma podemos dejar en claro a los usuarios que deben decidir entre 
varias. De nuevo, las elecciones se enlistan a la derecha del boton, por lo general en cierta secuencia. Si hay una 
option que se seleccione con frecuencia, por lo general se selecciona como predeterminada la primera vez que se 
muestra la pagina. A menudo hay un rectangulo, conocido como grupo de opciones, que rodea a los botones de 
option. Si hay mas de seis botones de option tal vez sea mas conveniente usar un cuadro de lista o un cuadro 
de lista desplegable. 

CUADROS DE LISTA Y DE LISTA DESPLEGABLE Un cuadro de lista muestra varias opciones que se pueden 
seleccionar con el raton. Un cuadro de lista desplegable se utiliza cuando hay poco espacio disponible en la 
pagina. Un solo rectangulo con una flecha apunta para abajo hacia una lfnea localizada del lado derecho del 
rectangulo. Al seleccionar esta flecha se despliega un cuadro de lista. Una vez que el usuario selecciona un 
elemento, se muestra en el rectangulo de selection desplegable y el cuadro de lista desaparece. Si hay una option 
que se seleccione con frecuencia, por lo general se muestra de manera predeterminada en la lista desplegable. 

CUADROS DE DlALOGO CON CONTROLES EN PESTANAS Estos cuadros de dialogo son otra parte de las interfaces 
graficas de usuario y otra forma de hacer que los usuarios se organicen y comprendan el material del sistema con 
eficiencia. Al disenar los cuadros con controles en pestanas, cree una pestana separada para cada caracterfstica 
unica, coloque las pestanas que se utilizan con mas frecuencia al frente y muestrelas primero; incluya tambien 
botones para Aceptar, Cancelar y Ayuda. 
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FIGURA 12.5 

Los controles deslizantes y 
botones aumentar/disminuir son 
dos componentes de GUI 
adicionales que el analista 
puede utilizar para disenar 
pantallas de entrada. 


CONTROLES DESLIZABLES Y BOTONES AUMENTAR/DISMINUIR Estos controles se utilizan para cambiar los datos 
que tienen un rango continuo de valores; proporcionan mayor control a los usuarios en su tarea de seleccionar 
valores. A1 desplazar el control deslizable en una direction o en otra (ya sea izquierda/derecha o arriba/abajo) 
los valores aumentan o disminuyen. La figura 12.5 muestra el uso de controles deslizables para cambiar la cantidad 
de rojo (Red), verde (Green) y azul (Blue) al seleccionar un nuevo color. Los botones aumentar/disminuir 
tambien se utilizan para cambiar un valor continuo y se muestran a la derecha de los controles deslizables. 

MAPAS DE IMAGEN Los campos de los mapas de imagen se utilizan para seleccionar valores dentro de una 
imagen. El usuario hace die en un punto dentro de una imagen y se envfan las correspondientes coordenadas x 
y y al programa. Los mapas de imagen se utilizan al crear paginas Web que contienen mapas con instrucciones 
para hacer clic en cierta area y poder ver un mapa detallado de la region. 

AREAS de TEXTO Un area de texto se utiliza para introducir una cantidad mayor de texto. Estas areas incluyen 
varias filas, columnas y barras de desplazamiento que permiten al usuario introducir y ver texto que sea mayor 
que el tamano del area del cuadro. Hay dos formas de manejar este texto. Una es evitar el uso del ajuste de linea, que 
obliga al usuario a oprimir la tecla I ntro para pasar a la siguiente linea; el texto se desplazara a la derecha si 
excede la anchura del area de texto. La otra opcion es permitir el ajuste de linea. 

CUADROS DE MENSAJE Los cuadros de mensaje se utilizan para advertir a los usuarios y proveer otros mensajes 
de retroalimentacion en un cuadro de dialogo, traslapando con frecuencia la pantalla. Estos cuadros de 
mensaje tienen distintos formatos. Cada uno debe aparecer en una ventana rectangular y debe redactar con 
claridad el mensaje, de manera que el usuario sepa precisamente lo que esta ocurriendo y que acciones se pueden 
tomar. 

BOTONES DE COMANDOS Un boton de comando realiza una accion cuando el usuario lo selecciona con el raton. 
Calcular el total, Agregar pedido y Aceptar son algunos ejemplos. El texto se centra en el boton, que tiene una 
forma rectangular. Si hay una accion predeterminada, el texto se rodea con una linea punteada. El boton tambien 
se puede sombrear para indicar que es el predeterminado. Los usuarios oprimen Intro para seleccionar el boton 
predeterminado. 

Controles y valores de los formularios 

Cada uno de los controles incluidos en una interfaz de GUI deben tener alguna forma de almacenar los datos aso- 
ciados con el control. En una pagina Web se utiliza un par de nombre y valor, los cuales se transmiten al servidor 
o se envfan en un correo electronico junto con el formulario, como un nombre de ciudad y un valor de Paris, por 
ejemplo. El nombre esta definido en el formulario de la pagina Web y el software del servidor debe reconocer ese 
nombre para entender lo que debe hacer con el valor o los datos que se envfan con el formulario Web. 

La forma en que se obtiene el valor es distinta para cada control del formulario Web. En los cuadros de texto 
o en las areas de texto, el valor consiste en los caracteres tecleados en los cuadros. En los botones de opcion y las 
casillas de verificacion, el texto que aparece a la derecha de cada boton de opcion o casilla de verificacion es para 
uso humano solamente. El valor se define en el formulario Web y se transmite al momenta de enviar el formulario. 
Si se utilizan estos datos para actualizar una base de datos, a menudo los valores son codigos que se envfan y des¬ 
pues se almacenan en el servidor, y el analista debe decidir cuales deben ser los valores apropiados al hacer clic en 
cada boton de opcion o casilla de verificacion. Las listas desplegables son algo distintas de los botones de opcion o 
las casillas de verificacion en cuanto a que hay muchas opciones para una lista desplegable especffica. Es necesario 
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FIGURA 12.6 

Un formulario de entrada basado 
en Web para que los usuarios se 
registren en un crucero. 



decidir los valores para cada una de las opciones de la lista desplegable y, al elegir una option, el valor seleccionado 
se envfa con el formulario. Los valores de los formularios tambien se pueden usar en calculos mediante el uso de 
JavaScript en el navegador. Estos se pueden usar para multiplicar, sumar y tomar decisiones. 

La figura 12.6 es un ejemplo de un formulario utilizado para obtener precios y registrarse en un crucero. El 
texto en las areas Nombre (Name), Direction (Address), Ciudad (City), Estado (State), Codigo postal (Zip), Te- 
lefono (Phone) y Email se envfa al servidor junto con el formulario. Se puede seleccionar solo uno de los botones 
de option para el crucero de 4 dfas (4-day), 7 dfas (7-day) o 15 dfas (15-day). Los valores enviados son S de 
corto (short), en caso de que se seleccione el crucero de 4 dfas, A para indicar una longitud promedio ( average ) 
en caso de que se seleccione la option de 7 dfas y L para un crucero largo (long) si se selecciona el de 14 dfas. 
Ademas, al seleccionar uno de estos cruceros se inserta la cantidad en dolares en uno de los cuadros de texto del 
lado izquierdo del formulario Web, y se borra cualquier boton de option seleccionado antes, junto con cualquier 
cantidad. Si se marca la casilla de verification para el cuarto con vista al oceano (ocean side room), se transmite 
al servidor un valor de Y para indicar Sf, se inserta la cantidad en el cuadro de texto del lado izquierdo y se ac- 
tualiza el total. Si el cliente trata de cambiar las cantidades en los cuadros de texto calculados, se reinician. Al 
hacer clic en el boton Enviar (Submit), se envfan las cantidades al servidor junto con los demas datos. 

Campos ocultos 

Otro de los tipos de controles que se encuentran en los formularios Web es el campo oculto. Estos controles no 
son visibles para el espectador, no ocupan espacio en la pagina Web y pueden contener solo un nombre y un 
valor. Con frecuencia los campos ocultos se utilizan para almacenar los valores que se envfan de un formulario 
Web al servidor. Generalmente se requiere incluir estos valores en un segundo formulario cuando se requieren 
formularios multiples para capturar todos los datos de la transaction. Algunas veces se utilizan para retener 
information sobre el tipo de navegador que se utiliza, el sistema operativo del usuario que esta navegando, et¬ 
cetera. Algunas veces un campo oculto contiene un campo clave que se utiliza para localizar un registro para el 
cliente o la sesion de exploration. 

Tablas de respuesta a eventos 

Cuando hay interacciones complicadas en un formulario Web (o en cualquier otro formulario de GUI), podemos 
utilizar una tabla de respuesta a eventos para hacer una lista de la variedad de eventos que pueden ocurrir. Po¬ 
demos usar estas tablas de respuesta a eventos en un nivel alto para modelar los eventos y las respuestas de la 
empresa (lo que vimos en el capftulo 7), pero, en general, los eventos que ocurren en un formulario Web o en 
otra pantalla se limitan a las acciones de los usuarios. Estos eventos pueden ser un clic en un boton, cambiar un 
valor, enfocar el campo (mover el cursor dentro del campo o en un boton de option, casilla de verification u otro 
control), quitar el foco de un campo (el usuario mueve el cursor hacia fuera del campo), cargar la pagina Web, 
detectar las pulsaciones de teclas y muchos otros eventos. La respuesta muestra una lista de como debe reaccio- 
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FIGURA 12.7 

Un sitio Web que permite a los 
usuarios estimar el costo de la 
estancia en el Azure Isle Resort, 
que cambia dependiendo del 
numero de huespedes, la duracion 
y las actividades adicionales. 


nar la pagina Web cuando ocurra el evento. Los eventos son para un objeto especffico, como un boton, un campo 
de texto, toda la pagina Web, etcetera. 

La figura 12.7 muestra un sitio Web en el que es posible estimar el costo de la estancia en el Azure Isle 
Resort. El usuario puede introducir el numero de huespedes, cambiar las fechas de inicio y final, e introducir el 
numero de personas para varias actividades adicionales, como buceo o golf. 

En la figura 12.8 se muestra la tabla de respuesta a eventos. Observe que puede haber varios eventos para cada 
control del formulario Web. Como el usuario puede realizar cualquier numero de acciones y en cualquier orden, la 
tabla de respuesta a eventos es util para mostrar lo que deberia ocurrir. Por ejemplo, el usuario puede hacer clic en 
el boton Calcular (Calculate) primero, cambiar las fechas de inicio y final o cambiar el numero de personas. La ta¬ 
bla de respuesta a eventos tambien es util para construir un formulario Web que requiera un minimo de action por 
parte del usuario. Por ejemplo podemos considerar cuando el usuario cambia el mes o dia de inicio: el mes o dia 
final cambia para coincidir con el mes o dia inicial. El ano cambia cuando el mes es anterior al mes en curso, ya que 
las personas no se pueden quedar en un centra vacacional antes del dia actual en el mismo ano. 

Algunas veces podemos usar la tabla de respuesta a eventos para explorar las mejoras en la pagina Web. Su- 
ponga que Azure Isle Resort determino que la mayorfa de sus clientes se quedaron durante siete dias. Al cambiar 
el mes o dia inicial, la fecha final se podria establecer de manera predeterminada en siete dias. Tambien podrfa 
ser conveniente tener botones de option que permitieran al cliente seleccionar una estadia de 4, 7 o 14 dias y calcular 
la fecha final. Otra mejora a una pagina Web podria ser detectar cuando se haya introducido cierto numero de ca- 
racteres, por ejemplo los tres digitos que corresponden al codigo de area de un telefono de Estados Unidos, para 
despues mover el cursor hacia el siguiente campo. 

Los eventos no se limitan al trabajo dentro de una sola pagina Web; tambien se pueden usar para controlar 
la navegacion entre paginas. Esto puede ocurrir al momento de cambiar una selection en una lista desplegable o 
al hacer clic en un boton de option. Los eventos tambien se pueden usar para cambiar el contenido de las listas 
desplegables. Por ejemplo, en una pagina para buscar empleo, al seleccionar una categoria de empleo pueden 
aparecer las posiciones detalladas para ese empleo en una segunda lista desplegable. 

Paginas Web dinamicas 

Las paginas Web dinamicas cambian por si solas como resultado de la action de los usuarios. A menudo utili- 
zan JavaScript para modificar cierta parte de la pagina Web o un estilo. Cambiar una imagen cuando el raton 
se desplaza sobre ella o girar imagenes aleatorias en un intervalo de tiempo establecido son ejemplos comunes 
de paginas Web dinamicas. La pagina Web puede detectar la anchura de la ventana del navegador y modificar 
la pagina en concordancia. Los menus que se expanden cuando el usuario hace clic en un pequeno signo po- 
sitivo a la izquierda del menu o cuando desplaza el raton sobre un menu son otros ejemplos de paginas Web 
dinamicas. 

El poder de las paginas Web dinamicas se ha expandido de manera considerable en los navegadores Web re- 
cientes. Mediante el uso de JavaScript, un formulario Web puede transformarse a si mismo para agregar nuevos 
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Control del lormulario Evento 
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FIGURA 12.8 

Una tabla de respuesta a eventos que muestra la lista de controles del formulario, eventos y respuestas para varios eventos que pueden 
cuando el usuario interactua con la pantalla para estimar costos de Azure Isle Resort. 
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campos o eliminar campos antiguos, o para cambiar los atributos de los campos, como la longitud de un campo 
o convertir un boton de opcion en una casilla de verification. Esto hace que la pagina Web sea mas sensible a las 
acciones de los usuarios y a menudo elimina la necesidad de cargar nuevas paginas Web con base en las eleccio- 
nes de los usuarios. 

El analista debe pensar en la informacion que tendria sentido para el usuario del sitio Web. Por ejemplo, al 
colocar la lista de seleccion de pais en una pagina Web antes de otros elementos de la direction el usuario puede 
cambiar la lista de paises para que cambien a su vez las leyendas y se refleje el pais. Si la persona selecciono 
Estados Unidos de la lista desplegable, las leyendas dirian ‘Estado’ y ‘Zip Code’. Si el pais fuera Canada, las le¬ 
yendas dirian ‘Provincia’ y ‘Codigo postal’. Si fuera Japon, seria ‘Prefectura’ y ‘Codigo de correo’. 

Paginas Web tridimensionales 

Las paginas Web dinamicas tambien se pueden usar para mostrar informacion de manera temporal, como un 
bloque de informacion de ayuda, un calendario con fechas en las que se pueda hacer clic para ayudar con los 
campos para introducir fechas, los codigos de aeropuertos y demas informacion relacionada. Esta informacion se 
puede almacenar mediante el uso de una serie de capas apiladas (que utilizan la propiedad de indice z de estilos 
en cascada) en el diseno de la pagina Web, cada una encima de la otra. La pagina Web principal es el piano base, 
la capa estandar de la pagina Web que muestra u obtiene informacion, mientras que las otras capas debajo de la 
pagina no son visibles. 

Cuando se solicita ayuda o el usuario hace clic en el campo de la fecha, la capa se desplaza a la parte supe¬ 
rior y se hace visible, o se genera mediante codigo de JavaScript y aparece. El analista o disenador determina la 
position de la capa, como un calendario que aparece a la derecha de un campo de fecha. Al seleccionar una fecha 
se hace clic en un vinculo para cerrar o el usuario hace clic fuera del calendario y la capa se vuelve a colocar 
debajo de la superficie de la pagina Web o se elimina. El analista debe determinar si seria conveniente incluir 
informacion adicional para asegurar que la informacion sea precisa y que haya una buena comunicacion con el 
usuario. 

El analista debe determinar lo siguiente: 

1. iComo se construyd la capa? [Se creo mediante el uso de codigo JavaScript, como un calendario, o se 
requiere informacion adicional para construir la capa? Si se requiere informacion adicional, ^donde se 
encuentran los datos y como se deben obtener? Lo ideal es que la informacion se obtenga de una sola tabla 
de la base de datos en el servidor, mediante el uso de tecnologias Ajax. 

2. iQue eventos provocaron que se creara la capa? Estos incluyen el que un usuario haga clic o seleccione 
una pestana para llegar a un campo, o contar el mimero de pulsaciones de tecla introducidas en un campo. 

Un ejemplo seria una cadena de hoteles con muchas ubicaciones: si se incluyeran todas en una lista 
desplegable, esta seria demasiado larga. Entonces, cuando el usuario introduce tres caracteres, aparece un 
bloque en el que se muestra una lista de los hoteles que empiezan con esas tres letras, incluyendo el pais, 
ciudad, estado o provincia y demas informacion. Si se hubiera configurado el evento de detectar solo dos 
letras, la lista presentada hubiera sido demasiado larga para el bloque de visualization. 

3. iQue elementos eliminan la capa, como un boton para cerrar, hacer clic en una fecha, hacer clic fuera 
de la region o seleccionar un hotel de la lista? 

4. fDonde se debe colocar el bloque que aparezca? Por lo general, enseguida del campo que creo el bloque, 
en coordenadasxy y. 

5. iQue tan grande debe ser el bloque, medido en pixeles? Si la informacion es demasiado extensa para el 
bloque, como una lista de hoteles, el analista debe decidir como manejar la informacion adicional. Las 
opciones incluyen agregar barras de desplazamiento o colocar un vinculo a la siguiente pagina de 
informacion en la parte inferior. 

6. <\Ciidles deben ser los atributos de fonnato de region, como colory borde? Si hay una serie de vinculos, 
revise su apariencia con los usuarios. Pregunteles si quisieran que cambiara el color al desplazar el raton 
sobre cada fila. 

7. iQue debe ocurrir al seleccionar una opcion? En el caso de un calendario de reservaciones, al hacer clic en 
una fecha esta se coloca en la fecha inicial. Si se selecciona un hotel, la ciudad, estado o provincia, junto 
con la informacion del pais y un vinculo al hotel, deberan llenar los campos del formulario Web. 

El uso de capas constituye una forma efectiva de construir sitios Web, ya que no se requieren paginas pop-up 
(que el software de seguridad de Internet podria bloquear). Ademas, una pagina Web nueva no se tiene que cargar 
y, como la informacion esta contenida en una capa, no ocupa espacio en la pagina Web principal. 

La figura 12.9 es un ejemplo de un formulario Web utilizado por una compania de seguros para cambiar la 
informacion de los clientes; agregar una nueva ubicacion para un cliente, como una nueva tienda o restaurante 


www.xlibros.com 


386 


PARTE IV • LOS FUNDAMENTOS DEL DISENO 


FIGURA 12.9 

Ejemplo de una pagina Web 
dinamica de una companfa de 
seguros. Si el usuario hace clic 
en “Agregar nueva propiedad 
(Add New Property)”, aparece 
un cuadro de nueva propiedad 
para el asegurado. 



de\ asegurado- 


A 


u * d * * • i a • • • t e C i i t • i 



Si se selecciona 

“Corporative (Corporate) , 

la pagina cambia para 
mostrar un campo para 
“Compania (Company) • 


1 



para un cliente existente; o eliminar una tienda para el cliente. Si esta seleccionada la casilla de verification C or- 
porativo (Corporate), los eampos Apellido paterno (Last Name), Primer nombre (First Name) y Segundo 
nombre (Middle) cambian a un campo de nombre Compahl'a (Company), y tambien cambia el texto de las 
leyendas. Si se hace clic en el boton Agregar nueva propiedad (Add New Property), se agrega un nuevo con- 
junto de eampos para la tercera propiedad. Hay que tener cuidado de generar nombres unicos que el servidor re- 
conocera para los eampos adicionales. A1 enviar el formulario, el servidor actualiza las tablas de la base de datos 
para agregar los eampos adicionales. 

El analista debe decidir cuando es apropiado el uso de paginas Web dinamicas. Si los datos cambian al cam- 
biar otras partes de la pagina Web (como hacer clic en un boton de opcion o seleccionar un elemento de una lista 
desplegable), puede ser buena polftica disenar las paginas Web como un formulario dinamico. Pero si algunas 
partes del formulario Web no estan seguras y otras partes requieren de cifrado, probablemente sea mejor no usar 
formularios dinamicos. 

En Expedia.com (www.expedia.com) encontrara un buen ejemplo de un formulario que se modifica a sf 
mismo. Al hacer clic en los botones de opcion para un vuelo, hotel, auto o crucero, el formulario cambia para 
recopilar los datos apropiados para reservar un vuelo o un hotel, por ejemplo. 

Las paginas Web dinamicas tienen la ventaja de que se modifican a sf mismas con rapidez, con menos in- 
terrupciones para enviar y recibir datos del servidor. Sin embargo, presentan ciertas desventajas; una de ellas es 
que no funcionan si se desactiva el JavaScript. El analista debe decidir que hacer en esta situation. 

Si la persona debe usar el sitio Web (como en un entorno de intranet corporativo, en un sitio utilizado para 
obtener prestamos para estudiantes, o en el caso de procesar transacciones gubernamentales o de otro tipo), la pa- 
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gina Web puede establecer con claridad que no funcionara si se desactiva JavaScript y despues indicar al usuario 
como activarlo. La mayorfa de los sitios Web comerciales no requieren que JavaScript este activado y contaran 
con un sitio Web alternativo para los clientes. 

Una segunda desventaja al usar paginas Web dinamicas es que tal vez no cumplan con la Ley sobre estado- 
unidenses con discapacidades (para obtener mas informacion sobre la accesibilidad Web para todos los usuarios, 
consulte el capftulo 14 sobre el diseno de la interaccion humano-computadora). 

Ajax (JavaScript asincrono y XML) 

Ajax es una tecnica que funciona en los navegadores Web mas recientes. Implica el uso de JavaScript y el 
lenguaje de marcado extensible (XML). Antes de Ajax, cada vez que una pagina Web necesitaba datos de 
una tabla distinta de la base de datos, se enviaba una peticion al servidor y se cargaba toda una nueva pagina 
completa. Esto es efectivo pero lento, ya que debemos cargar una pagina completa solo para proveer datos 
adicionales para una lista desplegable o algun otro control de formulario Web con base en lo que se selecciono 
antes. 

Ajax permite a los desarrolladores Web construir una pagina Web que funcione en forma mas parecida a un 
programa de escritorio tradicional. A medida que se necesitan nuevos datos, el navegador envfa una peticion al 
servidor y este devuelve una pequena cantidad de datos al navegador, quien a su vez actualiza la pagina actual. 
Esto significa que el espectador no experimenta una interruption en su trabajo y la pagina Web no se vuelve a 
cargar. La pagina se actualiza en forma dinamica con los nuevos datos. 

Estos datos pueden ser un pequeno archivo de texto o un documento de XML que contenga muchos clientes 
u otros datos repetitivos. Si los datos estan en un archivo de XML, a cada elemento cliente se le denomina nodo y 
cada nodo se enumera (empezando desde cero) desde el principio del documento de XML. Esto permite a la pagina 
Web ir al primer o ultimo cliente, o iterar por todos los clientes de uno en uno mediante un clic del boton. 

Digamos que un analista de sistemas esta disenando un sitio Web tradicional sin Ajax, para hacer reserva- 
ciones en un trasbordador europeo. El sitio Web resultante podrfa contener varias paginas: la primera preguntarfa 
al cliente sobre el origen y el destino del viaje. la fecha planeada y el mimero de pasajeros. Como los precios se 
determinan con base en el mimero y las edades de los pasajeros, aparecerfa una segunda pagina Web para pre- 
guntar edades. Una tercera pagina preguntarfa el tipo de vehfculo deseado para la transportation terrestre, y asf 
sucesivamente. 

Podemos obtener la misma informacion mediante el uso de tecnicas Ajax, como se muestra en la figura 
12.10. Se introducen los mismos destinos inicial y final, junto con las fechas, en la parte superior del formulario 
Web. La pagina Web utiliza los destinos y las fechas para determinar si hay espacio disponible en el transbor- 
dador. Una vez que el cliente modifica el mimero de pasajeros, el formulario cambia en forma dinamica para 
agregar las tres listas desplegables para cada pasajero, junto con las instrucciones a un lado de ellas, y todo sin 
tener que recargar toda la pagina. Cuando cambia el tipo de vehfculo, en este caso a Auto (Car), se envfa el tipo 
de vehfculo seleccionado al servidor. La leyenda en el formulario cambia el texto del vehfculo a M area de auto 
(Car M ake). El servidor envfa las posibles marcas de auto y la lista desplegable M area de auto se llena de da¬ 
tos. Al seleccionar la marca de auto el valor elegido se envfa al servidor, se llena la lista desplegable M odelo de 
auto (Car M odel) y asf sucesivamente. 

La pagina Web utilizada en este ejemplo responde mucho mas rapidamente que cuando se emplean varias 
paginas; ademas el usuario puede trabajar con mas facilidad. De todas formas hay que tener una pagina Web 
de confirmation (aunque la pagina podrfa cambiar en forma dinamica para eliminar los campos del formulario 
y reemplazarlos con texto) y otra pagina Web para la informacion de nombre, direction y tarjeta de credito. 
El analista debe decidir como particionar la transaccion en una serie de paginas, para utilizar Ajax en algunas 
y en otras no. Si hay que obtener pequenas cantidades de datos para continuar la transaccion y estos datos se 
pueden ajustar de manera logica en un solo formulario o pagina Web, entonces tal vez Ajax sea el metodo 
mas apropiado. A veces es mejor usar varias paginas, como cuando un usuario realiza una reservation en una 
aerolfnea. Se usa un formulario Web para obtener la informacion de todos los vuelos y otra pagina para mos- 
trarlos. Se podra utilizar una tercera pagina para obtener la informacion de los pasajeros y una cuarta pagina 
con Ajax para seleccionar las ubicaciones de los asientos, las comidas y demas necesidades individuates para 
cada pasajero. 

Ajax tiene la ventaja de hacer que la Web funcione con mas rapidez y proporciona a los usuarios una 
experiencia visual mas uniforme. Las desventajas son que JavaScript debe estar habilitado y que la pagina 
Web podrfa violar la Ley sobre estadounidenses con discapacidades. Hay que tener en cuenta la seguridad en 
caso de que sea necesario. Hay muchos ejemplos de sitios Web con Ajax. Algunos notables son Google Earth 
(earth.google.com) y Google Suggest, que responde a las pulsaciones de tecla del usuario y provee una lista 
desplegable de los posibles terminos de biisqueda. Ajax Write (www.ajaxlaunch.com/ajaxwrite) es un proce- 
sador de palabras basado en Web. Tambien hay una hoja de calculo con Ajax y una herramienta para realizar 
bosquejos. 
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FIGURA 12.10 

Cuando los analistas utilizan tecnicas Ajax, ana pagina Web dinamica responde con mas rapidez a la entrada corta del usuario de la que 
responderfa si se requirieran varias paginas distintas. 
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Uso de color en el diseno de pantallas 

El color es una forma atractiva y comprobada de facilitar a los usuarios las tareas que requieren la entrada de 
datos en la computadora. El uso apropiado de color en las pantallas nos permite contrastar el primer piano con 
el fondo, resaltar los campos importantes en los formularios, mostrar los errores, resaltar la entrada de codigo 
especial y llamar la atencion para muchos otros atributos especiales. 

Hay que usar colores de alto contraste para mostrar el primer piano y el fondo, de manera que los usuarios pue- 
dan comprender rapidamente lo que se presenta. El color de fondo afecta la perception del color de primer piano. 
Por ejemplo, el verde oscuro tal vez se vea distinto si se quita de un fondo bianco y se coloca en uno amarillo. 

Las cinco combinaciones mas legibles de letras en primer piano sobre un fondo son (empezando con la com¬ 
bination mas legible): 

1. Negro sobre amarillo. 

2. Verde sobre bianco. 

3. Azul sobre bianco. 

4. Blanco sobre azul. 

5. Amarillo sobre negro. 

Las combinaciones menos legibles son rojo sobre verde y azul sobre rojo. Como podemos ver, los colores bri- 
llantes se deben usar para el primer piano, y los menos brillantes para el fondo. Los colores con contrastes fuer- 
tes se deben asignar primero a los campos que se deben diferenciar; despues se pueden asignar otros colores. 

Use el color para resaltar los campos importantes en las pantallas. Los campos que son importantes se pue¬ 
den mostrar en colores distintos de los demas. Tenga en cuenta las normas culturales. Por lo general el color rojo 
implica peligro, pero “en numeros rojos” tambien significa que una empresa esta perdiendo dinero. Verde signi- 
fica “avanzar” y es un color seguro en los pafses occidentales. 

Si desea cumplir con los lineamientos de accesibilidad Web, tal vez tambien quiera tener en cuenta que entre 
el 8 y el 10 por ciento de los habitantes hombres tienen daltonismo, pero menos del 1 por ciento de las mujeres 
sufren de este padecimiento. Use otros indicadores ademas del color para apoyar a los usuarios en la realization 
de sus tareas. 

A1 igual que con cualquier otra mejora, los disenadores necesitan cuestionar el valor agregado de usar el color, 
ya que se pueden cometer abusos; una heurfstica conveniente es no mas de cuatro colores para los nuevos usuarios y 
solo hasta siete para los usuarios experimentados. Los colores irrelevantes distraen y reducen el desempeno; sin em¬ 
bargo, en muchos casos se ha demostrado que el color facilita el uso en formas muy especfftcas. El color se debe 
considerar una manera importante de contrastar el primer piano y el fondo, resaltar los campos y datos importantes, 
senalar los errores y permitir un codigo de entrada especial. 


DISENO DE PAGINAS DE INTRANET E INTERNET 

En el capitulo 11 hablamos sobre las nociones elementales del diseno de sitios Web. Hay mas sugerencias sobre 
el diseno de un buen formulario de llenado por Internet o intranet que debe tener en cuenta ahora que aprendio 
sobre algunos de los aspectos elementales del diseno de formularios y pantallas de entrada. En la figura 12.11 
se muestra una pagina de pedidos con un formulario para ilustrar los diversos elementos del buen diseno para la 
Web. Estos lineamientos son: 

1. Proveer instrucciones claras; los usuarios Web tal vez no esten familiarizados con la terminologfa tecnica. 

2. Demostrar una secuencia de entrada logica para los formularios de llenado, en especial debido a que los 
usuarios tal vez tengan que desplazarse a una region de la pagina que no este visible en un principio. 

3. Usar varios cuadros de texto, botones, menus desplegables, casillas de verification y botones de option 
para funciones especfftcas y crear interes en el formulario. 

4. Proveer un cuadro de texto desplazable si no esta seguro sobre cuanto espacio necesitaran los usuarios 
para responder a una pregunta, o sobre el lenguaje, la estructura o formulario que utilizaran los usuarios para 
introducir los datos. 

5. Preparar dos botones basicos en todos los formularios de llenado en Web: Enviar y Borrar formulario. 

6. Si el formulario es extenso y los usuarios se deben desplazar con mucha frecuencia, divfdalo en varios 
formularios mas simples en paginas separadas. 

7. Crear una pantalla de retroalimentacion que se niegue a enviar un formulario a menos que se llenen los 
campos obligatorios correctamente. La pantalla del formulario devuelto puede proveer una 
retroalimentacion detallada para el usuario en un color distinto. Aquf es apropiado el color rojo. Por ejemplo, 
tal vez un usuario tenga que escribir el nombre de un pats en el campo del pats, o necesite indicar un numero 
de tarjeta de credito si marco ese tipo de pago. A menudo un campo obligatorio se indica en una pantalla de 
entrada inicial mediante un asterisco de color rojo. 
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Juego de mascaras 


A contemplar la actualization del diseno del sitio Web de comer- 
cio electronico para las tiendas Marathon Vitamin, su propietario 
Bill Berry se dio cuenta de que sus clientes eran diversos. 

“Hemos trabajado duro para atraer muchos tipos de clientes. En 
cuanto a la tienda, estamos teniendo exito. Llegan personas con dis- 
tintos intereses. He conocido entusiastas del deporte que desean vita- 
minas de alta energfa para aumentar su poder. Otros desean perder 
peso con la ayuda de los suplementos vitaminicos. Algunos de nues- 
tros clientes se preocupan por su salud y creen que tomar vitaminas 
diariamente mantiene alejado al doctor. Algunos incluso adoptan el 
estilo de vida que se cultivo por primera vez en 1970. Por la forma en 
que esta conftgurada la tienda puede ver que estamos tratando de 
segmentar el espacio, de manera que los clientes de todo tipo se sien- 
tan bienvenidos, aunque es diffcil traducir eso a la Web”. 

Bill voltea hacia una de sus empleadas, Jin Singh, y le pre- 
gunta: “^Hay algo que podamos hacer para transformar el catalogo 
en linea, de manera que atraiga a distintos clientes? que hay 
sobre ser receptivo para las distintas personas que visitan el sitio?”. 

Jin, que resulta ser fanatica de los webcasts en Internet, dice: 
“Tengo justo lo ideal”, mientras voltea hacia su computadora y abre su 
Windows Media Player. “Personalmente me gusta entrar en un estado 
mental que coincida con la musica o los videos que veo en la Web”. 


Jin muestra a Bill ejemplos de algunas mascaras en la pantalla. 
En la figura 12.C3 puede ver varias para Microsoft Windows Media 
Player. 

Jin continua: “Las mascaras me permiten personalizar la 
apariencia de mi Media Player. Cuando escucho canciones anti- 
guas, selecciono una rustica. Cuando voy a escuchar algo de New 
Age, opto por una mascara que tenga un arcofris de colores, por 
ejemplo”. 

Mientras mira la pantalla, Bill exclama: “Creo que estas en lo 
correcto. <,C6mo dijiste que se llamaban esas cosas?”. 

Jin rfe y le explica: “Se llaman mascaras, pero solo son reves- 
timientos divertidos que los clientes pueden agregar a lo que deseen 
ver. Puedo prever que en un momento dado el sitio Web podra asu- 
mir una apariencia completamente nueva, dependiendo de las pre¬ 
ferences de usuario para un tipo especffico de mascara”. 

Con base en su evaluation de los distintos tipos de clientes que 
a Marathon le gustarla atraer a su sitio Web, disene, dibuje y des- 
criba una serie de mascaras que serian apropiadas para los proposi- 
tos de la companfa. Explique en dos parrafos como la action de 
incluir mascaras controladas por los usuarios en un sitio Web puede 
ampliar los objetivos de diseno del analista en cuanto al atractivo y 
la facilidad de uso para la entrada. 


FIGURA 12. C3 

Seis mascaras de Microsoft Windows Media Player permiten a los usuarios personalizar sus reproductores para adaptarse a su 
humor. 
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FIGURA 12.11 

La pantalla de pedidos del sitio 
Web Merchants Bay (www. 
merchantsbay.com) es un buen 
ejemplo de como disenar un 
formulario de entrada claro, facil 
de usar y funcional. 


Las aplicaciones de comercio electronico requieren algo mas que solo un buen diseno de sitios Web. Los 
clientes necesitan sentirse con la conftanza de que van a comprar la cantidad correcta, de que van a obtener el 
precio correcto y de que el costo total de una compra por Internet, incluyendo los cargos de envio, sea lo que 
esperan. La forma mas comiin de establecer esta confianza es mediante el uso de la metafora de un carrito o ca¬ 
nasta de compras. La ftgura 12.12 muestra el contenido de un carrito de compras para un cliente que va a realizar 
una compra. Una caracterfstica importante del carrito de compras es que el cliente puede editar la cantidad del 
artfculo que se pide, o lo puede eliminar por completo. 

Las aplicaciones de comercio electronico imponen demandas adicionales para el analista que debe disenar 
sitios Web para cumplir con varios objetivos de usuarios y de negocios, incluyendo establecer la mision y los va- 
lores corporativos en relation con la confidencialidad, preservar la privacidad del usuario y obtener devoluciones 
rapidas y sencillas; el procesamiento eficiente de las transacciones y la creation de buenas relaciones con los 
clientes. 



FIGURA 12.12 

El sitio Web Merchants Bay 
(www.merchantsbay.com) 
proporciona un buen ejemplo de 
un carrito de compras. 
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El comercio electronico cambio el mundo al pedir a los usuarios que introdujeran sus datos directamente en formularios 
de Web; al hacer esto aumento la precision de la entrada de informacion. Aunque esta metodologia es eficiente para las 
empresas que reciben datos, la labor de teclearlos recae en el cliente. Por fortuna existe software para automatizar ese 
proceso, de manera que los usuarios simplemente tienen que hacer un par de dies en vez de tener que escribir largas 
cadenas de caracteres alfanumericos que constituyen sus datos personales, contrasenas y numeros de tarjetas de credito. 
En una PC, RoboForm de Siber Systems es una buena alternativa. En la Mac, 1 Password por Agile Web Solutions 
parece ser el lider actual. 

1 Password permite a un usuario automatizar inicios de sesion. completar la informacion de tarjetas de credito, 
llenar una identidad completa con direction de calle y correo electronico, e introducir notas seguras. Al igual que todo 
buen programa de contrasenas, 1 Password incluye caracterfsticas importantes como generadores de contrasenas fuer- 
tes, tecnologia Anti-Phishing y protection integrada contra keyloggers. 1 Password tambien es una aplicacion para el 
iPhone y un programa para la Paint, por lo que los usuarios pueden llevar sus contrasenas consigo. 



FIGURA 12.MAC 

IPassword de Agile Web Solutions. 

©2006-09 Agile Web Solutions, todos los derechos reservados. 


RESUMEN 

En este capftulo presentamos los elementos del diseno de en¬ 
trada para formularios, pantallas y formularios de llenado en Web. 
La entrada bien disenada debe cumplir con los objetivos de 
efectividad, precision, facilidad de uso, simpleza, consistencia 
y atractivo. Al conocer los distintos elementos de diseno el ana- 
lista podra alcanzar estas metas. 

Los cuatro lineamientos de los formularios de entrada 
bien disenados son: 1) hacer que los formularios sean faciles 
de llenar, 2) asegurar que cumplan con el proposito para el 
que se disenaron, 3) disenarlos para asegurar que se llenen 
de manera satisfactoria y 4) mantener los formularios atrac- 
tivos. 


El diseno de formularios impresos y el de formularios en 
pantalla y para llenado en Web se traslapa en muchos puntos im¬ 
portantes, pero hay algunas distinciones. Las pantallas muestran 
un cursor que orienta en forma continua al usuario. Las pantallas 
a menudo ofrecen asistencia para el proceso de entrada de datos, 
mientras que con la exception de las instrucciones pre-impresas, 
puede ser diffcil obtener asistencia adicional con un formu- 
lario. Los documentos basados en Web tienen capacidades 
adicionales, como hipervmculos incrustados, funciones de ayuda 
sensibles al contexto y formularios de retroalimentacion, para 
corregir la entrada antes de su envio final. Es posible agregar 
mascaras como una option para personalizar un sitio Web. 
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^.zVcaso no es la primavera la estacion mas hermosa? El ar- 
quitecto capture verdaderamente la esencia del paisaje, ^no es asf? 
Es decir, no puedes ir a ningun lado del edificio sin dejar de ver otro 
hermoso panorama por esas enormes ventanas. Cuando Snowden 
regreso, dio un vistazo a tus pantallas de salida. La buena noticia es 
que piensa que si funcionaran. El proyecto esta floreciendo al 
igual que las flores y los arboles. Cuando Snowden regrese de Fin¬ 
landia, ^podrias tener algunas pantallas de entrada listas para de- 
mostracion? El no quiere que las cosas se hagan mas lentas solo 
porque esta fuera del pats. Por cierto, el viaje a Singapur fue muy 
exitoso. Tal vez MRE tenga presencia mundial algun dia”. 

Preguntas de HYPERCASE 

1. Use un formulario de diseno en papel, Microsoft Visio o 
software de diseno de formularios para disenar el prototipo de 


un formulario en papel que permita capturar la informacion de 
los clientes para la Unidad de capacitacion (Training Unit). 

2. Pruebe su formulario con tres companeros de clase; pidales 
que lo llenen y redacten una crftica del formulario. 

3. Redisene su formulario de entrada para reflejar los 
comentarios de sus companeros de clases. 

4. Use un formulario de diseno en papel, Microsoft Visio o 
software de diseno de formularios para disenar el prototipo 
de un formulario de pantalla que capture la informacion de 
los clientes para la Unidad de capacitacion. 

5. Pruebe su pantalla de entrada con tres companeros de clases; 
pfdales que elaboren una crftica por escrito sobre el diseno de 
la pantalla. 

6. Redisene la pantalla de entrada con base en los comentarios 
que reciba. Explique en un parrafo como trabajo en cada 
comentario. 



FIGURA 12.HC1 

Puede ver algunas de las pantallas de entrada en HyperCase. Tal vez quiera redisenar 
algunos de los formularios electronicos. 


Los cuatro lineamientos para las pantallas bien disenadas 
son: 1) mantener la pantalla simple, 2) mantener la presentation 
de la pantalla consistente, 3) facilitar el movimiento del usua- 
rio entre las pantallas y paginas de visualization y 4) crear una 
pantalla atractiva y agradable. Muchos elementos de diseno 
distintos permiten al analista de sistemas cumplir con estos li¬ 
neamientos. 


Es importante que haya un flujo apropiado en los formu¬ 
larios de papel, las pantallas de visualization y los formularios 
de llenado en la Web. Los formularios deben agrupar la infor¬ 
macion de manera logica en siete categories; las pantallas se 
deben dividir en tres secciones principales. Es posible variar las 
leyendas en los formularios y las pantallas, al igual que los ti- 
pos de letras y los grosores de las lmeas que dividen las subca- 
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tegorfas de information. Los formularios de partes multiples 
son otra manera de asegurar que los formularios cumplan con 
el proposito para el que fueron disenados. Los diseiiadores 
pueden usar ventanas, cuadros desplegables, cuadros de dia- 
logo y valores predeterminados en pantalla para asegurar la 
efectividad del diseno. 

Las tablas de respuesta a eventos ayudan al analista a 
documentar lo que deberfa ocurrir al momento en que ocu- 
rren los eventos. Las paginas Web dinamicas modifican la 
pagina Web en respuesta a los eventos. Estas se pueden 
construir como paginas Web tridimensionales. Las tecnicas 
de Ajax solicitan y reciben una pequena cantidad de datos 
del servidor y utilizan estos datos para modificar la pagina 
Web al instante. 

Los formularios para llenar en Web se deben construir 
con los siguientes siete lineamientos en mente, asf como con 
los descritos en el capftulo 11: 

PALABRAS CLAVE Y FRASES 

Ajax 

boton aumentar/disminuir 
boton de comando 
boton de opcion 
campo oculto 
capa 

casilla de verificacion 
color en pantalla 

control de formularios de negocios 

control deslizante 

cuadro de dialogo en pantalla 

cuadro de lista 

cuadro de lista desplegable 

cuadro de mensaje 

cuadro de texto 

cursor 

facilitar el movimiento en las paginas 
flujo del formulario 
formulario especializado 
formulario para llenar en Internet/intranet 
icono en pantalla 


1. Proveer instrucciones claras. 

2. Demostrar una secuencia de entrada logica para los 
formularios de llenado. 

3. Usar variedad de cuadros de texto, botones, menus 
desplegables, casillas de verificacion y botones de opcion. 

4. Proveer un cuadro de texto desplazable si no esta seguro 
sobre cuanto espacio necesitaran los usuarios para 
responder a una pregunta. 

5. Preparar dos botones basicos en todo formulario de 
llenado en Web: Enviar y Borrar formulario. 

6. Si el formulario es extenso y los usuarios se deben 
desplazar con mucha frecuencia, divfdalo en varios 
formularios mas simples en paginas separadas. 

7. Crear una pantalla de retroalimentacion que resalte los 
errores en un color apropiado y se niegue a enviar un 
formulario a menos que se llenen los campos obligatorios 
correctamente. 


indicador 
leyenda de lfnea 
leyenda de tabla 

leyenda de verificacion horizontal 
leyenda de verificacion vertical 
leyenda enmarcada 
mapa de imagen 

mostrar combinaciones de colores 
paginas Web dinamicas 
piano base 

siete secciones de un formulario 

mascaras (skins) 

tabla de respuesta a eventos 

tiempo de respuesta 

tres secciones de una pantalla 

valores del formulario 


PREGUNTAS DE REPASO 

1. ^Cuales son los objetivos de diseno para los formularios de entrada en papel, las pantallas de entrada o los formularios 
para llenar en Web? 

2. Mencione los cuatro lineamientos para el diseno de buenos formularios. 

3. ^Que es el flujo apropiado de un formulario? 

4. ^Cuales son las siete secciones de un buen formulario? 

5. Mencione cuatro tipos de leyendas para usar en los formularios. 

6. (,Que es un formulario especializado? ^Cuales son algunas desventajas de usar formularios especializados? 

7. Mencione los cuatro lineamientos para el buen diseno de pantallas. 

8. ^Cuales son las tres secciones utiles para simplificar una pantalla? 

9. ^Cuales son las ventajas de usar ventanas en pantalla? 

10. ^Cuales son las desventajas de usar ventanas en pantalla? 

11. Mencione dos formas en que se puede mantener la consistencia en las pantallas. 

12. Mencione tres formas para facilitar el movimiento entre las paginas de visualization. 

13. Mencione cuatro elementos de diseno de interfaz grafica. Describa a un lado de cada elemento cuando serfa apropiado 
incorporarlo en un diseno de pantalla o en un formulario para llenar en Web. 

14. ^Cuando se deben usar las casillas de verificacion? 

15. ^Cuando se deben usar los botones de option? 
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16. ^Cuales son las dos formas distintas en que se utilizan los valores de un formulario? 

17. ^Para que se utilizan los campos ocultos en un formulario Web? 

18. Mencione cuatro tipos de eventos. 

19. (,Que son las paginas Web dinamicas? 

20. (,Que son las paginas Web tridimensionales? 

21. ^Como mejora Ajax una pagina Web que cambia en base a las acciones de los usuarios? 

22. Mencione las cinco combinaciones mas legibles de colores de primer piano y de fondo para usarlas en las pantallas. 

23. Defina lo que significa el termino mascaras cuando se utilizan en el diseno Web. 

24. ^Cuales son las cuatro situaciones en las que el color puede ser util para el diseno de pantallas y de formularios para 
llenar en Web? 

25. Mencione los siete lineamientos de diseno para un formulario de llenado basado en Web. 

PROBLEMAS 

1. He aqui las leyendas que se utilizan para un formulario de censo estatal en los EE.UU.: 

Nombre 


Ocupacion 


Direction 


Codigo postal 


Numero de personas que viven en el hogar 


Edad del jefe de familia 


a. Redisene las leyendas de manera que el buro de censo estatal pueda capturar la misma information que se solicita en 
el formulario anterior sin confundir a quienes lo van a llenar. 

b. Redisene el formulario de manera que exhiba un flujo apropiado. ( Sugerencia: Cerciorese de proveer una section de 
acceso e identification, de manera que la information se pueda almacenar en el sistema computarizado estatal.). 

c. Redisene el formulario de manera que lo puedan llenar los ciudadanos que visitan el sitio Web del estado. iQue 
cambios fueron necesarios para cambiar de un formulario en papel a uno que se enviara en forma electronica? 

2. El Elkhorn College necesita llevar un niejor registro de los estudiantes y todos los que utilizan las computadoras 
disponibles en la biblioteca Buck Memorial Library. 

a. Disene y dibuje una representation de una pantalla de visualization que los estudiantes puedan usar para iniciar 
sesion en las computadoras de la biblioteca. Etiquete las tres secciones de una pantalla que incluyo. 

b. Disene un formulario en papel para dejarlo a un lado de cada computadora diariamente, con el fin de que los 
usuarios de la comunidad (pero que no sean estudiantes) lo llenen de manera obligatoria. El formulario debe pedir el 
nombre, la fecha y hora de la visita, el proposito general de uso de la computadora (por ejemplo, procesamiento de 
palabras, navegar en la Web. examinar los documentos de bienes rafces en lfnea) y la hora en que cerraron sesion. 
Etiquete las siete secciones de un formulario que incluyo. 

3. Speedy Spuds es un restaurante de comida rapida que ofrece todo tipo de papas. El gerente tiene una regia de 30 
segundos para atender a los clientes: los dependientes del niostrador dicen que podrfan alcanzar esa regia si se 
simplificara el formulario que deben llenar y entregar al personal de la cocina. La information del formulario lleno 
se introduce en el sistema computarizado al final del dfa, cuando el capturista necesita introducir el tipo de papas que se 
conipro, los aderezos adicionales que se pidieron, la cantidad y el precio cobrado. Es diffcil que los dependientes puedan 
escanear y llenar con rapidez el formulario actual. 

a. Disene y dibuje un formulario (usted elige el tamano, pero sea considerado) que enliste las posibles variedades de 
papas y aderezos de una manera que facilite a los dependientes del mostrador y al personal de cocina el proceso 
de digitalizar, y que tambien se pueda utilizar como entrada para el sistema de inventario/reordenamiento en la 
extranet que conecta a Speedy Spuds con los cultivadores de papas de Idaho. (Sugerencia: Recuerde observar todos 
los lineamientos para el buen diseno de formularios.). 

b. Disene y dibuje una representation de una pantalla de visualization que puedan usar los dependientes y oficinistas 
para llenar la information capturada en el formulario. 

c. Disene una pantalla de visualization basada en la pantalla que diseno en el problema 3b. Esta vez debe funcionar 
como una pantalla que muestre a un miembro del equipo de cocina que debe preparar para cada pedido de Spuds. 
Mencione tres cambios que haya hecho a la pantalla existente para adaptarla de manera que funcione como pantalla 
de salida. 
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4. Sherry’s Meats, una empresa mayorista y minorista de carne regional, necesita recopilar informacion actualizada sobre 
la cantidad de cada producto de carne que tiene en cada tienda. Despues usara esa informacion para calendarizar las 
entregas desde su almacen central. En la actualidad, los clientes que entran a la tienda llenan un formulario detallado en 
el que especifican sus pedidos individuales. El formulario muestra mas de 150 artfculos; incluye carne y productos 
derivados disponibles en distintas cantidades. A1 final del dia se tabulan entre 250 y 400 pedidos de los clientes y se 
deducen del inventario de la tienda. Despues, el trabajador de la oficina en cada tienda llama por telefono para meter un 
pedido para el siguiente dfa. Los empleados de las tiendas tienen problemas para tabular las ventas debido a los errores 
que cometen los clientes al llenar sus formularios. 

a. No es posible hacer que el trabajador de oficina solitario en cada tienda llene los numerosos formularios de 
pedido de los clientes. Cambie el formulario (de 3‘A" X 6", ya sea horizontal o vertical) y dibujelo de manera que 
sea mas facil para los clientes llenarlo en forma correcta y que los trabaj adores puedan tabularlo con mayor 
facilidad. 

b. Disene y dibuje un formulario especializado del mismo tamano que cumpla con las necesidades de los clientes de 
Sherry’s, los trabajadores de oficina y los trabajadores del almacen. 

c. Disene y dibuje dos formularios distintos del mismo tamano para cumplir con los propositos del problema 4b, ya 
que Sherry's vende productos avfcolas y de res. ( Sugerencia: Piense en las formas para hacer que sea facil distinguir 
los formularios visualmente.). 

d. Disene un formulario para llenar en una pantalla. Cuando un cliente envfa un pedido, cualquier persona que atienda 
a los clientes en el mostrador lo introduce en el sistema de inventario de Sherry’s. Esta informacion se capturara y 
enviara a la computadora del almacen central para ayudar a controlar el inventario. 

e. Describa en un parrafo las desventajas de que muchas personas distintas introduzcan datos desde diferentes 
ubicaciones. Mencione en un parrafo los pasos que puede llevar a cabo como disenador para disenar el formulario a 
llenar de manera que se asegure la precision en la entrada de datos. 

f. Disene una pagina Web utilizada por un cliente para introducir un pedido directamente a Sherry's. 

g. Disene una pagina Web para obtener la informacion de la tarjeta de credito para un pedido en Web. Particione los 
datos en dos paginas Web para obtener seguridad adicional. 

h. Disene una pagina Web dinamica tridimensional que permita a Sherry’s personalizar ciertos productos, como el 
solicitar ingredientes especfficos en un pastel de carne o en una ensalada. Cuando el cliente seleccione un producto 
de una lista desplegable deberan aparecer los ingredientes y debe haber una forma de poder seleccionar los que el 
cliente desee incluir en el producto. 

5. La tienda de ropa de moda R. George’s, que tambien cuenta con un negocio de catalogo, desea llevar el registro de los 
clientes que entran en la tienda para poder expandir su lista de correo. 

a. Disene y dibuje un formulario simple que se pueda imprimir en tarjetas de 3" X 5" para repartirlo a los clientes y 
que lo llenen. ( Sugerencia: El formulario debe tener una estetica atractiva para animar a que la clientela exclusiva de 
R. George’s lo llene.). 

b. Disene y dibuje una representation de una pantalla de visualization que capture la informacion de los clientes en la 
tienda a traves de las tarjetas del problema 5a. 

c. Disene y dibuje un segundo cuadro de dialogo de controles con pestanas en la pantalla que compare a los clientes en 
la tienda con los clientes de catalogo. 

d. El propietario desea que usted le ayude a mejorar su negocio de ventas por catalogo mediante el establecimiento 
de un sitio de comercio electronico. Disene un formulario basado en Web para capturar la informacion de todos 
los que visitan el sitio Web. Explique en un parrafo las diferencias que tendra en comparacion con el formulario 
impreso. 

6. Hace poco, una prometedora agencia de corredores de bolsa con descuento expreso su interes en desarrollar su 
propio software de administration de carteras basado en Web, que los clientes puedan usar desde su hogar en sus 
PC para realizar transacciones comerciales, obtener cotizaciones de acciones en tiempo real y llevar a cabo otras 
acciones. 

a. Disene dos pantallas de entrada que faciliten al cliente la introduction de datos. La primera pantalla debe permitir a 
los usuarios introducir los simbolos para las acciones que desean rastrear a diario. La segunda pantalla debe permitir 
al cliente usar un sistema basado en iconos para disenar un informe personalizado que muestre las tendencias en los 
precios de las acciones en una variedad de graficos o de texto. 

b. Sugiera otras dos pantallas de entrada que se deban incluir en este nuevo software de administration de carteras. 

7. My Belle Cosmetics es una gran empresa que tiene ventas mucho mayores a las de cualquier otra empresa regional 
de cosmeticos. Como organization es muy sensible al color, ya que introduce nuevas lineas de colores en sus 
productos cada otono y primavera. Hace poco, la empresa empezo a utilizar la tecnologfa para mostrar en forma 
electronica a los clientes en las tiendas cual serfa su apariencia con distintas sombras de cosmeticos sin tener que 
aplicarselos. 

a. Disene y dibuje una representation de una pantalla que puedan usar las vendedoras en el mostrador para probar 
varias sombras de lapiz labial y maquillaje en un cliente individual con mucha rapidez y alto grado de precision. La 
entrada de los clientes debe ser el color de su cabello, el color de su ropa favorita y la iluminacion comun en su 
entorno (fluorescente, incandescente, exteriores, etcetera). 
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b. Disene y dibuje una representation de una pantalla que sea equivalente a la del problema 7a pero que demuestre 
vfvidamente a los encargados de tomar decisiones en My Belle como es que el color mejora la capacidad de 
comprender la pantalla. 

c. Uno de los afiliados que tiene My Belle en la Web cuenta con una extensa cadena de tiendas departamentales. 
Describa en un parrafo como se podrfa alterar la pantalla del problema 7a de manera que un individuo pueda usarla 
y My Belle pueda colocarla en el sitio de comercio electronico de la tienda departamental para atraer clientes. 

8. La empresa Home Finders Realty Corporation se especializa en localizar casas para compradores potenciales. La 
information sobre las casas se almacena en una base de datos y se muestra en una pantalla de consulta. Disene una 
pantalla basada en Web con GUI y campos para introducir los siguientes datos, empleados para seleccionar y mostrar las 
casas que coincidan con los criterios. Tenga en cuenta las caracterfsticas disponibles para una pantalla de GUI. Los 
elementos de diseno (que no se encuentran en ninguna secuencia espetifica) son: 

a. Tamano rmnimo (en pies cuadrados). 

b. Tamano maximo (en pies cuadrados, opcional). 

c. Numero rmnimo de recamaras. 

d. Numero rmnimo de banos. 

e. Tamano de la cochera (numero de autos, opcional). 

f. Distrito escolar (hay un numero limitado de distritos escolares disponibles en cada area). 

g. Alberca (sl/no, opcional). 

h. Ambiente (ciudad, suburbios o rural). 

i. Chimenea (sl/no, opcional). 

j. Uso eficiente de energla (sl/no). 

Describa ademas los hipervlnculos necesarios para lograr este tipo de interaction. 

9. Disene una pagina de entrada Web para la pantalla de visualization de Home Finders Realty Corporation que creo en el 
problema 8. 

10. La cadena hotelera TowerWood de cinco anos de antiguedad necesita ayuda para disenar su sitio Web. La empresa 
mantiene propiedades en todas las grandes comunidades turlsticas de los EE.UU. como Orlando, Florida (cerca de 
Disney World); Maui, Hawaii; Anaheim, California (cerca de Disneyland); Las Vegas, Nevada; y Nueva Orleans, 
Luisiana. Sus propiedades incluyen una variedad de habitaciones en todas estas ubicaciones. 

a. Describa en un parrafo como puede la empresa usar mascaras en su sitio Web para atraer distintos tipos de clientela, 
incluyendo familias con ninos pequenos, parejas jovenes en su luna de miel, parejas retiradas que desean viajar con 
un presupuesto establecido y los viajeros de empresas que necesitan servicios de negocios. 

b. Disene y dibuje una serie de mascaras que atraigan a los distintos tipos de clientela para el hotel que se enlistan en el 
problema 10a. ( Sugerencia : Use un paquete de graficos o un programa de dibujo para ayudar a disenar las 
mascaras.). 

c. Agregue un grupo de usuarios potenciales del sitio Web para la cadena hotelera TowerWood que no fueron 
mencionados en el problema 10a; disene y dibuje mascaras adicionales para ellos. Despues cree una tabla que 
relacione cada grupo de clientes con una mascara espetifica que haya disenado. 

11. Sludge’s Auto es un centro de reciclaje de auto partes, incluyendo autos clasicos y antiguos. Rhode Wheeler, el 
propietario, desea elaborar un sitio Web para que los clientes exploren el catalogo de piezas. Disene una pagina Web con 
Ajax que se utilice para buscar las piezas. El cliente necesita conocer la marca, modelo y ano de un auto, as! como la 
pieza. Si la pieza esta en existencia deberan aparecer la description, condition de la pieza, precio y costo de envlo, con 
la cantidad disponible para cada pieza, junto con una imagen de la misma. Provea un boton para cada pieza en el que se 
pueda hacer die para comprarla. 

12. Disene la pagina Web Agregar cliente para Sludge’s Auto. Incluya un perfil que permita a Sludge’s enviar al cliente un 
correo electronico si cierta pieza esta disponible. 

13. Disene la pagina Comprar en Web para Sludge’s Auto. Suponga que el cliente ya se agrego y que ha iniciado sesion. 
Muestre cierta information sobre el cliente. Divida la information de la tarjeta de credito (tipo de tarjeta de credito, 
numero de tarjeta de credito, fecha de expiration y el codigo de seguridad en la parte trasera de la tarjeta) entre dos 
paginas Web. 

14. Disene una pagina Web que utilice Ajax para registrar un producto electronico, ya sea de hardware o de software. El 
formulario debera tener el nombre y la direction del comprador, el numero telefonico, la direction de correo electronico 
y una lista desplegable de categorfas de productos. Al modificar la categorfa, hay que enviar el valor de esta al servidor, 
el cual devolvera un documento de XML que contiene los productos para la categorfa, que se utilizaran para crear una 
lista desplegable de productos. Cuando el cliente seleccione un producto, se enviara el valor del producto al servidor, el 
cual devolvera un documento XML que se utilizara para crear un modelo o version del producto. 


PROYECTOS EN GRUPO 

1. Maverick Transport esta considerando actualizar sus pantallas de visualization de la entrada. Realice una sesion de 
lluvia de ideas con su equipo en relation con lo que debe aparecer en las pantallas de entrada de los operadores 
de computadora que introducen los datos de las cargas de las entregas a medida que se aprueban las cargas. Los campos 
incluiran la fecha de entrega, el contenido, el peso, los requerimientos especiales (por ejemplo, si el contenido es 
perecedero), y asf en lo sucesivo. 
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2. Cada miembro del equipo debe disenar una pantalla de entrada apropiada mediante una herramienta CASE, una 
herramienta de dibujo como Microsoft Visio o lapiz y papel. Comparta sus resultados con los miembros de su equipo. 

3. Haga una lista de otras pantallas de entrada que deberfa desarrollar Maverick Transport. Recuerde incluir pantallas para 
el despachador asf como las pantallas a las que accederan los clientes y conductores. Indique cuales deberian ser 
pantallas de PC o pantallas en dispositivos portables inalambricos. 

4. Disene una pantalla basada en Web que permita a los clientes de Maverick Transport rastrear el progreso de un envio. 
Realice una sesion de lluvia de ideas con los miembros del equipo para obtener una lista de elementos, o haga una 
entrevista en una empresa de transporte local para averiguar sus requerimientos. Haga una lista de los hipervmculos que 
seran esenciales. ^Como controlarfa el acceso de manera que los clientes solo puedan rastrear sus propios envfos? 
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EPISODIC) 1 2 


CASO DE LA CPU 

Allen Schmidt, Julie E. Kendall y Kenneth E. Kendall 

Formando pantallas y visualizando formularios 

Reuniendo information del diseno de la salida y revisando su progreso, Chip y Anna proceden a la siguiente etapa: el diseno de 
la entrada. “Las paginas Web se deben disenar de manera que se pueda capturar la information de entrada con facilidad y pre¬ 
cision”, comenta Anna. 

Chip empieza a trabajar en la modification de la pantalla que se utiliza para introducir los datos del formulario. En la figura 
E12.1 se muestra la pantalla de entrada AGREGAR NUEVA COMPUTADORA (ADD NEW COMPUTER). Una de las con- 
sideraciones de la pantalla de entrada es la facilidad al introducir los datos; otra es la precision. Otra consideration mas es la 
disponibilidad de la ayuda. Los nuevos empleados no estarfan familiarizados con la operation del sistema o con lo que se re- 
quiere para una entrada de un campo especffico. Para lograr estos objetivos. Chip incluye listas desplegables para UNIDAD 
OPTICA (OPTICAL DRIVE), TIPO DE COMPUT ADORA (COMPUTER TYPE) y SISTEMA OPERATIVO (OPERATING 
SYSTEM). “Me gusta la forma en que trabajan estas listas desplegables”, le comenta a Anna. “Los usuarios pueden seleccionar 
con facilidad los codigos que se deberian almacenar en la base de datos”. 

“(,Por que hacer que los usuarios seleccionen codigos?”, responde Anna. “Debe haber una forma de que puedan seleccio¬ 
nar significados descriptivos del codigo, como el nombre del sistema operativo, y de hacer que la computadora almacene los 
codigos”. 

“jEs una excelente idea!”, exclama Chip. Poco tiempo despues se implementan las modificaciones. 

Anna revisa la pantalla de visualization y comenta: “;Se ve excelente! Me gusta el agrupamiento de las casillas de verifi¬ 
cation y la information descriptiva contenida en las listas desplegables”. 

“Mira esta en action”, dice Chip. “Agregue un boton para que los usuarios lo opriman cuando hayan encontrado todos los 
datos y hayan realizado todas las selecciones. Tambien pueden imprimir el formulario lleno”. 

“),Que hay sobre la ayuda?”, pregunta Anna. 

“Tambien pense en eso”, le responde Chip. “Al mover el cursor de un campo a otro, la lfnea de estado en la parte inferior 
de la pantalla muestra una lfnea de ayuda apropiada para ese campo. Tambien puedo agregar ayuda en forma de cuadros de 
information sobre las herramientas, un pequeno cuadro de opciones de ayuda que aparece cuando el cursor permanece sobre 
un area de entrada durante un periodo breve de tiempo”. Observe que las listas desplegables tienen nombres significativos en 
las areas de datos. La ayuda se muestra en la lfnea de estado en la parte inferior de la pantalla. 

Dot revisa la pantalla completa e introduce algunos datos de prueba. “jEstoy realmente impresionado!”, exclama. “Es 
mucho mejor de lo que esperaba. ),Cuando podemos esperar el resto del sistema?”, sonrfe Chip con aprecio y recalca el excelente 
progreso que se esta llevando a cabo. “jEspero que el resto del sistema sea tan claro de usar y facil de operar!”, dice Dot en tono 
agradecido. 

Mientras tanto Anna se reune con Hy Perteks, quien busca ayuda con desesperacion. “jEstoy inundado de peticiones de 
ayuda sobre los paquetes de software! (,Hay alguna forma de disenar una portion del sistema para mantener la information 



FIGURA E12.1 

Listas desplegables en la pantalla 
AGREGAR NUEVA 
COMPUTADORA 
(ADD NEW COMPUTER) 
en Microsoft Access. 
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sobre los expertos de software disponibles?”, pregunta Hy. “Tengo los nombres escritos en pedazos de papel y vivo perdiendo- 
los. A menudo averiguo quienes son estos expertos solo despues de que alguien los encuentra primero”. 

Anna le hace algunas preguntas sobre la informacion requerida y como le gustarfa a Hy mantener y mostrar los registros. 
Hy responde: “Hay tantos expertos disponibles, pero la unica forma que tengo de localizar la informacion de la persona es si 
utilizo su nombre como indice. Y debo confesar que soy pesimo al recordar la escritura correcta del primer nombre, mucho 
menos el apellido”. Anna le asegura que pronto habra un sistema facil de usar. 

De regreso en su escritorio, Anna piensa en el problema. “La pantalla AGREGAR (ADD) seria muy facil de crear, pero 
(.que hay de la pantalla CAMBIAR (CHANGE)?”. Se pregunta “(.Como puedo?”, y despues piensa, “jMuy bien!” mientras 
chasquea sus dedos. El diseno se vuelve mas claro. Debe haber una pantalla con dos regiones distintas en ella. La primera debe 
contener el primer nombre y el apellido del experto de software. En la pantalla se incluye un boton Buscar (Find) as! como 
botones para desplazarse hacia delante y hacia atras por los registros. Si los usuarios cometen un error al introducir los datos, 
hay un boton Deshacer (U ndo) y tambien hay un boton para guardar los cambios. La pantalla completa se muestra en la figura 
E12.2. 

“Excelente pantalla”, sonrle Chip. “Quiero estar aqui cuando se la ensenes a Hy”. 

El problema de eliminar los registros de los cursos de software que ya no se utiliza requiere un enfoque distinto. Anna 
razona que seria sencillo si utilizara la caracteristica Buscar (Find) para localizar un registro y despues utilizara un boton Find 
Next (E ncontrar siguielite) para localizar el siguiente registro que coincida con los criterios. Tambien debe haber botones que 
le permitan avanzar al siguiente registro o al anterior (vea ELIMINAR CURSO DE SOFTWARE [DELETE SOFTWARE 
COURSE]). 

Una vez localizado el registro, el programa ELIMINAR CURSO DE SOFTWARE debe mostrar la informacion pertinente. 
Todos los codigos en el archivo, como NIVEL DE CURSO (COURSE LEVEL) y SISTEMA OPERATIVO (OPERATING 
SYSTEM) se deben sustituir con el significado completo del codigo. Los datos no se podran modificar en este momento. El 
operador tendra la oportunidad de revisar el registro y despues elegir si lo desea o no eliminar. Al hacer clic en el boton para 
eliminar, aparecera un cuadro de dialogo preguntando a los usuarios si realmente desean eliminar el registro. Pueden optar por 
cancelar la elimination en ese momento. 

Hy esta encantado con los prototipos de las pantallas de visualization. Mientras prueba cada una de ellas, comenta: “No 
saben lo facil que sera para ml responder a las solicitudes de ayuda. ;Son fabulosas!”. Se detiene por un buen rato y despues 
pregunta: “Recibo niuchas solicitudes sobre ofrecer cursos de capacitacion programados en forma periodica. (.Creen que po- 
drfamos trabajar en un sistema para registrarse en los cursos? 

Anna busca sus labios por un momento y comenta: “(.Alguna vez escucho de un proyecto en el que siempre se agregan 
pequenas cosas y nunca termina? Sin embargo, la universidad tiene una iniciativa Web. Podemos disenar una pagina Web inte- 
ractiva para registrar los cursos”. 

“jMagnifico!”, responde Hy. “Es mas de lo que jamas hubiera esperado”. 

Anna empieza a disenar la pagina Web. incluyendo nombre y apellido de los usuarios junto con sus direcciones de correo 
electronico y telefonos de oficina. Se utilizan areas adicionales para introducir el campus en donde se encuentran, el software 
que utilizan y su nivel de clase. Chip revisa el formulario y comenta: “(.Que tal si usamos Ajax para que introduzcan su direction 
de correo electronico del campus y hagan clic en un boton Buscar empleado? El servidor buscaria los empleados y despues 
llenarfa la pagina Web con el primer nombre y el apellido de cada empleado, junto con su telefono de oficina. Podrian sobres- 
cribir el telefono de oficina con un celular si salieran de viaje. En vez de que tengan que introducir la informacion del campus 
y del software, (.por que no hacemos que seleccionen opciones de una lista desplegable? (,Y que tal si les permitimos seleccio- 
nar los horarios convenientes para la capacitacion?”. 


FIGURA E12.2 

La pantalla CAMBIAR 
EXPERTO DE SOFTWARE 
(CHANGE SOFTWARE 
EXPERT) de Microsoft Access. 
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FIGURA E12.3 

Un formulario Web de intranet 
para el Registro de capacitacion 
(Training Registration) en el sitio 
Web de la CPU. 


“Buena idea”, responde Anna. “Y creo que los niveles de capacitacion deben estar tambien en una lista desplegable”. La 
pagina Web de intranet completa se muestra en la figura E12.3. Observe que hay botones para enviar la consulta o restablecerla 
y una lista desplegable que contiene el campus como valor predeterminado. Otras listas desplegables contienen instrucciones 
sobre lo que se debe seleccionar. Hay casillas de verificacion a la izquierda para seleccionar los cursos en los que se van a re¬ 
gistrar. En la parte inferior se incluye un vinculo para enviar las preguntas por correo electronico al instructor de capacitacion. 

Hy esta encantado. “Este formulario es mejor de lo que jamas imagine. Creo que realmente estamos proporcionando un 
registro de capacitacion efectivo, y se que mi telefono ya no sonara tanto. jTengo otra gran idea!”. 

Para realizar los siguientes ejercicios, puede disenar el informe o pantalla mediante formularios de diseno, o crearlos a 
traves de cualquier procesador de palabras con el que este familiarizado. Los campos y demas information relacionada con los 
informes se incluyen en una pagina Web del repositorio o en las entradas del repositorio de flujo de datos de Visible Analyst. 
En cada ejercicio se enlistan los nombres para el flujo de datos. 

Se crearon los informes y pantallas correspondientes (conocidos como formularios en Microsoft Access). Toda la informa¬ 
cion esta presente en la base de datos de Microsoft Access; usted solo tiene que modificar los informes y pantallas existentes 
para producir las versiones finales. Para hacer las modificaciones, haga clic en el informe o pantalla deseada y despues haga clic 
en el boton Design (Diseno). Puede realizar las siguientes modificaciones. El Page Header (E ncabezado de pagina) contiene 
los encabezados de las columnas. El area Detail (Detalle) contiene los campos a imprimir para el informe. 

Haga clic en un campo para seleccionarlo. Haga clic en varios campos mientras oprime la tecla Mayus para seleccionarlos. 

Arrastre un campo (o campos) seleccionado para moverlo. 

Haga clic en una de las cajas pequenas que rodean el campo para cambiar su tamano. 

Seleccione varios campos, haga clic en Format (Formato) y despues en una de las siguientes opciones: 

Align (Alinear), para alinear todos los campos con el campo superior o el izquierdo, por ejemplo. 

Size (Ajustar tamano), para hacer todos los campos iguales al campo mas ancho o el mas alto, por ejemplo. 

Horizontal Spacing (Espacio horizontal), para hacer el espacio horizontal igual, aumentarlo o reducirlo. 

Vertical Spacing (E spacio vertical), para hacer el espacio vertical igual, aumentarlo o reducirlo. 

EJERCICIOS 


E -1. Cher Ware ha comentado varias veces que un buen formulario facilitarfa de manera considerable la tarea de agregar nuevo 
software. Tambien ofrecerfa documentation permanente en papel para las adiciones de software. 

Disene un formulario para agregar software al ARCHIVO MAESTRO DE SOFTWARE (SOFTWARE MASTER). 
Abra el Diagrama de flujo de datos 0 en Visio o Visible Analyst. Vea la entrada del repositorio FORMULARIO DE 
SOFTWARE RECIBIDO (SOFTWARE RECEIVED FORM) para el flujo de datos. Haga clic en el vinculo para el 
NUEVO REGISTRO DE SOFTWARE (NEW SOFTWARE RECORD) en la Composition (Composition) para ver la 
estructura de datos que contiene los elementos requeridos en el formulario. Haga clic en el vinculo (o en Saltar [Jump| 
en Visible Analyst) a cada elemento para determinar la longitud del campo en pantalla. 


E -2. Disene la pantalla AGREGAR REGISTRO DE SOFTWARE (ADD SOFTWARE RECORD), y a sea en papel o modificando 
la pantalla de Microsoft Access. Use los campos que creo en el ejercicio E-1. El nombre de la estructura de datos de la pagina 
Web del repositorio o de Visible Analyst es NUEVO REGISTRO DE SOFTWARE (NEW SOFTWARE RECORD). 
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E -3. Hy Perteks desea un formulario para llenarlo a medida que aprende sobre los nuevos expertos de software. Use la estruc- 
tura de datos del repositorio llamada AGREGAR EXPERTO DE SOFTWARE (ADD SOFTWARE EXPERT) para de- 
terminar los campos requeridos para el formulario. 

E -4. Cree la pantalla AGREGAR EXPERTO DE SOFTWARE en papel, mediante el uso de un procesador de palabras o 
modifique el formulario de Microsoft Access. Pruebe la pantalla AGREGAR EXPERTO DE SOFTWARE; use la lista 
desplegable y observe la barra de estado en la parte inferior de la pantalla. 

E -5. Disene o modifique el formulario de Microsoft Access para la pantalla ELIMINAR EXPERTO DE SOFTWARE 
(DELETE SOFTWARE EXPERT). (,Que campos son listas desplegables? Use la estructura de datos del reposito¬ 
rio llamada ELIMINAR EXPERTO DE SOFTWARE. 

E -6. Disene o modifique el formulario de Microsoft Access para la pantalla ELIMINAR REGISTRO DE COMPUTA- 
DORA (DELETE COMPUTER RECORD). La estructura de datos del repositorio se llama ELIMINAR REGIS¬ 
TRO DE COMPUTADORA. 

E -7. Cher Ware y Anna pasaron una buena parte de una manana trabajando en los detalles sobre la porcion de software del 
sistema. Invadida por el problema de proveer actualizaciones de software consistentes para todas las maquinas, a Cher le 
gustaria un metodo facil para la actualizacion. Tal vez se retengan unas cuantas versiones antiguas de software para ne- 
cesidades especiales. 

Parte de la solucion es producir un informe, ordenado por ubicacion, de todas las maquinas que contengan el software que 
se va a actualizar. A medida que se instala el nuevo software se coloca una marca en el informe despues de cada maquina. 

Disene la pantalla ACTUALIZAR SOFTWARE (UPGRADE SOFTWARE). Agregue un boton Buscar (Find) para 
localizar el titulo y proveer un campo que se pueda utilizar para introducir el nuevo NUMERO DE VERSION (VERSION 
NUMBER). El programa de actualizacion mostrara una linea para cada maquina que contenga la version anterior del 
software instalado. Estas lineas se ordenan por UBICACION DE CAMPUS (CAMPUS LOCATION) y UBICACION 
DE SALA (ROOM LOCATION). 

Las columnas son UBICACION DE CAMPUS (CAMPUS LOCATION). UBICACION DE SALA (ROOM LOCA¬ 
TION), NUMERO DE INVENTARIO (INVENTORY NUMBER), NOMBRE DE MARCA (BRAND NAME), MODELO 
(MODEL), ACTUALIZACION (UPGRADE) y RETENER VERSION ANTERIOR (RETAIN OLD VERSION). La co- 
lumna ACTUALIZACION contiene una casilla de verificacion que se debe marcar si el software se va a actualizar. RE¬ 
TENER VERSION ANTERIOR tambien es una casilla de verificacion, la cual esta desmarcada de manera predeterminada. 
Los usuarios marcan esa casilla para una maquina especffica que deba retener las versiones anterior y nueva del software. 

Busque en la estructura de datos del repositorio llamada ACTUALIZAR SOFTWARE (SOFTWARE UPGRADE) 
los elementos contenidos en la pantalla. 

E -8. Explique por que la pantalla ACTUALIZAR SOFTWARE (SOFTWARE UPGRADE) debe mostrar las maquinas en vez 
de hacer que Cher introduzca los ID de las maquinas. Describa en un parrafo por que la pantalla muestra los registros en 
una secuencia CAMPUS/S ALA. 

E-9. Disene la pantalla CAMBIAR SOFTWARE (CHANGE SOFTWARE). Esta pantalla permite a Cher Ware modificar 
datos que se hayan introducido en forma incorrecta, ademas de informacion que cambia en forma rutinaria, como EX¬ 
PERTO DE SOFTWARE (SOFTWARE EXPERT) y NUMERO DE COPIAS (NUMBER OF COPIES). El NUMERO 
DE INVENTARIO DE SOFTWARE (SOFTWARE INVENTORY NUMBER) es la clave primaria y no se debe cambiar. 
Los demas campos del ARCHIVO MAESTRO DE SOFTWARE (SOFTWARE MASTER) que se deben incluir en la 
pantalla se encuentran en la estructura de datos del repositorio llamada SOFTWARE CHANGES (CAMBIOS DE SOFT¬ 
WARE). Use estos campos para disenar la pantalla. Se creo en Microsoft Access una pantalla limitada llamada CAM¬ 
BIAR REGISTRO DE SOFTWARE (CHANGE SOFTWARE RECORD); use la Lista de campos (Field List) de 
Microsoft Access para agregarle campos. Incluyalos siguientes botones: Buscar (Find), Buscar siguiente (Find Next), 
Registroanterior (PreviousRecord), Siguienteregistro (Next Record), Guardar registro (SaveRecord) y Cancelar 
cambios (Cancel changes). 

E-10. Hy Pertks esta preocupado de que los cursos anteriores para las versiones obsoletas de software esten atiborrando los 
discos. Cree e imprima la pantalla ELIMINAR CURSO DE SOFTWARE (DELETE SOFTWARE COURSE). 

Los campos de entrada son TITULO DE SOFTWARE (SOFTWARE TITLE), SISTEMA OPERATIVO (OPERA¬ 
TING SYSTEM) y NUMERO DE VERSION (VERSION NUMBER). El programa muestra una lista para cada curso 
que se ensena para la version de software especificada. La primera columna contiene un campo de entrada con una D (de 
eliminar, delete) que se presenta como valor predeterminado. A1 colocar un espacio en el campo el registro no se elimi- 
nara. Las demas columnas para cada linea son TfTULO DEL CURSO (COURSE TITLE), NIVEL (LEVEL) y DU- 
RACION DE LA CLASE (CLASS LENGTH). Agregue un mensaje significativo para el operador. 

E -11. Disene la pantalla ACTUALIZAR INFORMACION DE MANTENIMIENTO (UPDATE MAINTENANCE INFORMA¬ 
TION). Esta pantalla contiene los campos de entrada que permiten a Mike Crowe cambiar la informacion de mantenimiento 
a medida que se reparan computadoras o al realizar el mantenimiento de rutina en ellas. La estructura de datos del reposi¬ 
torio es ACTUALIZAR INFORMACION DE MANTENIMIENTO (UPDATE MAINTENANCE INFORMATION). 

Los ejercicios en los que se antepone un icono www indican material de valor agregado disponible en el sitio Web www.pearsonhighered.com/ 

kendall. Los estudiantes pueden descargar archivos de ejemplo de Microsoft Visio, Visible Analyst, Microsoft Project o Microsoft Access que 

pueden usar para completar los ejercicios. 
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CAPITULO 13 

Diseno de bases de datos 

Objetivos de aprendizaje 

Al completar este capitulo usted podra: 

1. Comprender los conceptos de bases de datos. 

2. Usar la normalizacion para almacenar los datos con eficiencia en una base de datos. 

3. Usar bases de datos para presentar la informacion. 

4. Comprender el concepto de los almacenes de datos corporativos. 

5. Comprender la utilidad de publicar las bases de datos en la Web. 



1 TI 


Algunos consideran que el almacenamiento de datos es el corazon de un 
sistema de informacion. En primer lugar, los datos tienen que estar disponibles 
cuando el usuario desee utilizarlos; en segundo, deben ser precisos y consis- 
tentes (es decir, deben poseer integridad). Ademas de estos requerimientos, 
los objetivos del diseno de bases de datos induyen asegurar la eficiencia en 
el almacenamiento, la actualizacion y la recuperacion de los datos. Por ultimo, es necesario que la 
recuperacion de informacion tenga un proposito. La informacion que se obtiene de los datos al- 
macenados debe estar en una forma que sea util para la administracion, la planeacion, el control 
o la toma de decisiones. 

Hay dos metodologias para el almacenamiento de datos en un sistema basado en computa- 
dora. La primera es almacenar los datos en archivos individuales, cada uno de los cuales es unico 
para cierta aplicacion especifica. La segunda implica la creacion de una base de datos, es decir, un 
almacen de datos formalmente definido y controlado centralmente, creado para emplearse en 
distintas aplicaciones. 

A menudo los archivos individuales se disenan solo para satisfacer una necesidad inmediata, 
por lo que es importante que las consultas al sistema se realicen con base en una combinacion de 
algunos de los atributos, que pueden estar contenidos en archivos separados o ni siquiera existan. 
Las bases de datos son planificadas, por lo que los datos se organizan de manera que se puedan 
almacenar y recuperar con eficiencia. Los almacenes de datos corporativos son bases de datos 
muy grandes que alojan datos sintetizados relacionados con un tema especifico, para poder res¬ 
ponder a las consultas de una manera muy eficiente. 


BASES DE DATOS 

Las bases de datos no son solo una coleccion de archivos. Una base de datos es una fuente cen¬ 
tral de datos con el fin de que varios usuarios la compartan para su uso en varias aplicaciones. El 
corazon de una base de datos es el sistema de administracion de bases de datos (DBMS), el cual 
permite crear, modificar y actualizar la base de datos, la recuperacion de los datos y la generation 
de informes y pantallas. A la persona que asegura que la base de datos cumpla con sus objetivos se 
le conoce como administrador de bases de datos. 

Los objetivos de efectividad de la base de datos incluyen lo siguiente: 

1. Asegurar que los datos se puedan compartir entre los usuarios y en varias aplicaciones. 

2. Mantener datos precisos y consistentes. 

3. Asegurar que todos los datos requeridos para las aplicaciones actuales y futuras esten siempre 
disponibles. 
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I 


OPORTUNIDAD DE CONSULTORIA 13.1 


Enganche su carrito de limpieza a una estrella 


L/a empresa Marc Schneider Janitorial Supply Company ha soli- 
citado su ayuda para limpiar su almacen de datos. Tan pronto como 
usted empieza a cuestionar a Marc Schneider con preguntas detalla- 
das sobre su base de datos, el rostro de su interlocutor se ruboriza. 
“En realidad no tenemos una base de datos de la manera en que la 
describe”, dice con un poco de vergiienza. “Siempre he querido 
limpiar nuestros registros, pero no pude encontrar una persona ca- 
paz de hacerse cargo de esa tarea”. 

Despues de hablar con el Sr. Schneider, usted camina por el 
pasillo hacia la oficina del tamano de un closet que pertenece a Stan 
Lessink, el programador en jefe. Stan lo pone al tanto del desarrollo 
historico del actual sistema de information. “La historia de la em¬ 
presa Marc Schneider Janitorial Supply Company es el tfpico relato 
de mendigo a millonario”, comenta Stan. “El primer trabajo del Sr. 
Schneider fue como conserje en un boliche. Ahorro el suficiente di- 
nero para comprar algunos productos y empezo a venderlos a otros 
boliches. Pronto decidio expandir el negocio de provisiones de lim¬ 
pieza. Descubrio que, a medida que crecfa su negocio, tenia mas 11- 
neas de productos y tipos de clientes. Los vendedores en la empresa 


estan asignados a las distintas llneas de productos principales (tiendas 
y oficinas, por ejemplo); algunos estan en ventas dentro de la empresa y 
otros se especializan en equipo pesado, como las pulidoras y encera- 
doras de pisos. Los registros se mantenlan en archivos separados”. 

Usted recuerda que el Sr. Schneider dijo: “El problema es que 
no tenemos manera de comparar las ganancias de cada division. 
Nos gustarla establecer programas de incentivos para los vendedo¬ 
res y proveer un mejor balance al momento de asignar vendedores 
a cada llnea de productos”. 

Sin embargo, al estar hablando con Stan, el agrega: “Cada di¬ 
vision tiene su propio sistema de incentivos. Las comisiones varlan. 
No veo como podrlamos tener un sistema comun. Ademas, puedo 
obtener nuestros informes con rapidez debido a que nuestros archi¬ 
vos estan configurados como queremos. Nunca hemos emitido un 
cheque de nomina atrasado”. 

Describa como analizarla las necesidades de almacenamiento 
de datos de la empresa Marc Schneider Janitorial Supply Company. 
^Desecharla el sistema antiguo o simplemente lo pulirla un poco? 
Describa las implicaciones de su decision en dos parrafos. 


4. Permitir que la base de datos evolucione a medida que aumenten las necesidades de los usuarios. 

5. Permitir que los usuarios construyan su propia vista personal de los datos sin preocuparse por la forma en 

que estos se almacenan ffsicamente. 

La anterior lista de objetivos constituye un recordatorio de las ventajas y desventajas de la metodologfa de las 
bases de datos. En primer lugar, compartir los datos significa que estos se deben guardar solo una vez, lo que a 
su vez ayuda a asegurar su integridad, ya que las modificaciones a estos se realizan con mas facilidad y confiabi- 
lidad si los datos aparecen solo una vez y no en muchos archivos distintos. 

Cuando un usuario necesita ciertos datos especfficos, una base de datos bien disenada se anticipa a la 
necesidad de dichos datos (o tal vez ya se hayan utilizado en otra aplicacion). En consecuencia, los datos 
tienen una mayor probabilidad de estar disponibles en una base de datos que en un sistema de archivos con- 
vencional. Una base de datos bien disenada tambien puede ser mas flexible que varios archivos separados; 
es decir, una base de datos puede evolucionar a medida que cambian las necesidades de los usuarios y las 
aplicaciones. 

Por ultimo, la metodologfa de las bases de datos tiene la ventaja de permitir que los usuarios tengan su pro¬ 
pia vista de los datos. Los usuarios no necesitan preocuparse de la estructura de la base de datos ni con su alma¬ 
cenamiento ffsico. 

Muchos usuarios extraen partes de la base de datos central de las mainframes y las descargan en PC o dis- 
positivos portables. Despues, estas bases de datos reducidas se utilizan para general - informes o responder a las 
consultas especfficas para el usuario final. 

Las bases de datos relacionales para las PC han mejorado considerablemente durante los ultimos anos. 
Uno de los principales cambios tecnologicos ha sido el diseno de software de base de datos que aprovecha 
la GUI. Con la llegada de programas como Microsoft Access, los usuarios pueden arrastrar y soltar campos 
entre dos o mas tablas. El desarrollo de bases de datos relacionales con estas herramientas se ha facilitado 
mucho. 


CONCEPTOS DE DATOS 

Es importante comprender como se representan los datos antes de considerar el uso de archivos o de la metodo¬ 
logfa de las bases de datos. En esta section veremos algunas definiciones crfticas, incluyendo la abstraction de 
los datos del mundo real hasta el almacenamiento de los datos en tablas, y las relaciones de bases de datos. 
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Realidad 


Entidades 



► 


Atributos 


Datos 


Metadatas 



FIGURA 13.1 

Realidad, datos y metadatos. 


Realidad, datos y metadatos 

Nos referiremos al mundo real como la realidad. Los datos que se recopilen sobre personas, lugares o eventos en 
la realidad se almacenaran en un momento dado en un archivo o en una base de datos. Para comprender la forma 
y estructura de los datos, se requiere informacion sobre los datos en sf. La informacion que describe a los datos 
se denomina metadatos. 

En la figura 13.1 se muestra la relacion entre realidad, datos y metadatos. Dentro del ambito de la realidad 
estan las entidades y los atributos; dentro del ambito de los datos reales estan las ocurrencias de registros y las ocu- 
rrencias de elementos de datos; y dentro del ambito de los metadatos estan las definiciones de registros y las defini- 
ciones de elementos de datos. En las siguientes subsecciones hablaremos sobre el significado de estos terminos. 

ENTIDADES Cualquier objeto o evento sobre el que alguien decida recolectar datos es una entidad. Tambien 
puede ser una persona, lugar o cosa (por ejemplo, un vendedor, una ciudad o un producto). Una entidad puede 
ser tambien un evento o unidad de tiempo, como la descompostura de una maquina, una venta, un mes o un ano. 
Ademas de las entidades que vimos en el capitulo 2 hay una entidad menor adicional, conocida como subtipo de 
entidad; se representa con un rectangulo mas pequeno dentro del rectangulo de entidad. 

Un subtipo de entidad es una relacion especial de uno a uno empleada para representar los atributos (cam¬ 
pos) adicionales de otra entidad que tal vez no esten presentes en todos los registros de la primera entidad. Los 
subtipos de entidades eliminan la situation en la que una entidad puede tener campos nulos almacenados en ta- 
blas de bases de datos. 

Un ejemplo es la entidad primaria de un cliente. Los clientes preferidos pueden tener campos especiales que 
contengan informacion de descuento; esta informacion se coloca en un subtipo de entidad. Otro ejemplo son los 
estudiantes que tienen practicas. El ARCHIVO MAESTRO DE ESTUDIANTES no deberfa contener informa¬ 
cion sobre las practicas para cada estudiante, ya que tal vez solo un pequeno numero de ellos las tengan. 

RELACIONES Las relaciones son asociaciones entre entidades (algunas veces se les conoce como asociaciones de 
datos). La figura 13.2 es un diagrama entidad-relacion (E-R) que muestra varios tipos de relaciones. 

El primer tipo de relacion es una relacion de uno a uno (se designa como 1:1). El diagrama muestra que solo 
hay un PAQUETE DE PRODUCTO para cada PRODUCTO. La segunda relacion de uno a uno muestra que cada 
EMPLEADO tiene una OFICINA unica. Cabe mencionar que todas esas entidades se pueden describir con mas 
detalle (un precio de producto no serfa una entidad; tampoco lo serfa una extension telefonica). 

Otro tipo de relation es la asociacion de uno a muchos (1 :M) o de muchos a uno. Como se muestra en la 
figura, a un MEDICO en una organization al cuidado de la salud se le asignan muchos PACIENTES, pero un 
PACIENTE se asigna a un solo MEDICO. Otro ejemplo muestra que un EMPLEADO es miembro de solo 
un DEPARTAMENTO, pero cada DEPARTAMENTO tiene muchos EMPLEADOS. 

Por ultimo, una relacion de muchos a muchos (se designa como M:N) describe la posibilidad de que las en¬ 
tidades puedan tener muchas asociaciones en cualquier direction. Por ejemplo, un ESTUDIANTE puede tener 
muchos CURSO(s) y al mismo tiempo un CURSO puede tener muchos ESTUDIANTE(s) inscritos en el. El se- 
gundo ejemplo muestra que un VENDEDOR puede llamar a muchas CIUDAD(es) y una CIUDAD puede ser un 
area de ventas para muchos VENDEDOR(es). 

La figura 13.3 muestras los sfmbolos estandar para la notation de pata de cuervo, la explication oficial de 
los sfmbolos y lo que en realidad significan. Observe que el sfmbolo para una entidad es un rectangulo. Una en¬ 
tidad se define como una clase de persona, lugar o cosa. Un rectangulo con un diamante en su interior representa 
a una entidad asociativa, la cual se utiliza para unir dos entidades. Un rectangulo con un ovalo en su interior re¬ 
presenta a una entidad atributiva, la cual se utiliza para repetir grupos. 

Las demas notaciones necesarias para dibujar diagramas E-R son las conexiones, de las cuales hay cinco ti¬ 
pos distintos. En la portion inferior de la figura se explica el significado de la notation. Cuando una lfnea recta 
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FIGURA 13.2 

Los diagramas de entidad-relacion 
(E-R) pueden mostrar asociaciones 
de uno a uno, de uno a muchos, de 
muchos a uno o de muchos a 
muchos. 


Ejemplos de diagramas E-R Relaciones 



conecta dos entidades simples y los extremos de la linea estan marcados con dos rayas pequenas (||), existe una 
relacion de uno a uno. Despues observara una pata de cuervo con una raya pequena (|); cuando esta notation vincula a 
las entidades, indica una relacion de uno a uno o de uno a muchos (a uno o mas). 

Las entidades vinculadas con una lfnea recta mas una raya corta (|) y un cero (que parece mas un circulo, 
O) describen una relacion de uno a cero o de uno a uno (solo cero o uno). Un cuarto tipo de vinculo para rela- 
cionar entidades se dibuja con una linea recta marcada en un extremo con un cero (O) seguido de una pata de 
cuervo. Este tipo muestra una relacion de cero a cero, de cero a uno o de cero a muchos. Por ultimo, una linea 
recta que vincula entidades con una pata de cuervo en un extremo describe una relacion a mas de uno. 

Una entidad puede tener una relacion que se conecta a si misma. Este tipo de relacion se denomina relacion 
de autounion; la implication es que debe haber una forma de vincular un registro de un archivo a otro registro 
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Slmbolo Explication oficial Lo que realmente significa 


Entidad Una clase de personas, lugares o cosas 


FIGURA 13.3 

Los sfmbolos del diagrama 
entidad-relacion y sus 
significados. 



Entidad asociativa 


Se utiliza para unir dos entidades 


7 

L 


] 


Entidad atributiva 


Se usa para repetir grupos 


- H- Relacion a 1 Exactamente uno 

- K 

Relacion a muchos 

Uno o mas 

--o+- 

Relacion a 0 o 1 

Solo cero o uno 

- (X 

Relacion a 0 o mas 

Puede ser cero, uno o mas 

•-—< 

Relacion a mas de 1 

Mayor de uno 


del mismo archivo. Podemos encontrar un ejemplo de relacion de autounion en las simulaciones de HyperCase 
que se incluyen en estos capftulos. Una tarea puede tener una tarea anterior (es decir, una que se deba completar 
antes de poder empezar la tarea actual). En esta situacion, un registro (la tarea actual) apunta a otro registro (la 
tarea anterior) en el mismo archivo. 

Las relaciones en palabras se pueden escribir a lo largo de la parte superior o lateral de cada lfnea conectora. 
En la practica se ve la relacion en una direccion, aunque podemos escribir relaciones en ambos lados de la lfnea, 
cada una de las cuales representa el punto de vista de una de las dos entidades (vea el capftulo 2 para obtener 
mas detalles sobre como dibujar diagramas E-R). 

UN EJEMPLO DE ENTIDAD-RELACION En la figura 13.4 podemos ver un ejemplo de un diagrama entidad-relacion 
que contiene muchas entidades, muchos tipos distintos de relaciones y numerosos atributos. El diagrama E-R 
tiene que ver con un sistema de facturacion, en especial con la parte del sistema relacionada con la prescripcion 
(por cuestion de simpleza vamos a suponer que las visitas al consultorio se manejan de una manera distinta y 
estan fuera del alcance de este sistema). 

Las entidades son PRESCRIPCION, MEDICO, PACIENTE y COMPANIA DE SEGUROS. La entidad 
TRATAMIENTO no es importante para el sistema de facturacion, pero forma parte del diagrama E-R debido a 
que se utiliza como puente para PRESCRIPCION y PACIENTE. Por lo tanto la dibujamos como entidad asocia¬ 
tiva en la figura. 

Aquf, un MEDICO atiende a muchos PACIENTE(s) (1:M), cada uno de los cuales esta suscrito a una COM¬ 
PANIA DE SEGUROS individual. Desde luego que el PACIENTE es solo uno de los muchos pacientes que se 
suscriben a esa COMPANIA DE SEGUROS (M:l) especffica. 

Para completar los registros del MEDICO, este necesita mantener informacion sobre los tratamientos que 
ha llevado un PACIENTE. Muchos PACIENTE(s) experimentan muchos TRATAMIENTO(s), lo cual la con- 
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FIGURA 13.4 

El diagrama entidad-relacion para 
el tratamiento de pacientes. Los 
atributos se pueden enlistar en un 
lado de las entidades. En cada 
caso, la clave esta subrayada. 



(Nombre-producto. 

Nombre-paciente . 

Description, 

Fecha, 

Sintoma) 


( Nombre-producto 

Dosis, 

Fabricante, 

Cantidad) 


vierte en una relacion de muchos a muchos (M:N). El TRATAMIENTO se representa como una entidad aso- 
ciativa debido a que no es importante en nuestro sistema de facturacion por sf solo. Los TRATAMIENTO(s) 
pueden incluir tomar PRESCRIPCION(es), por lo cual tambien es una relacion M:N debido a que muchos tra- 
tamientos pueden requerir combinaciones de farmaceuticos y muchos farmacos pueden funcionar para muchos 
tratamientos. 

Despues se llenan ciertos detalles para los atributos. Estos se enlistan a un lado de cada una de las entidades 
y se subraya la clave. Por ejemplo, la entidad PRESCRIPCION tiene NOMBRE PRODUCTO . DOSIS, FABRI¬ 
CANTE y CANTIDAD. En teorfa serfa benefico disenar una base de datos de esta forma, utilizando diagramas 
entidad-relacion y despues completando los detalles concernientes a los atributos. Esta metodologla arriba-abajo 
es conveniente, pero algunas veces es diflcil de lograr. 

ATRIBUTOS Un atributo es cierta caracteristica de una entidad. Puede haber muchos atributos para cada 
entidad. Por ejemplo, un paciente (entidad) puede tener muchos atributos tales como apellido paterno, primer 
nombre, direccion, ciudad, estado, etcetera; la fecha de la ultima visita del paciente, as! como los detalles de las 
prescripciones tambien son atributos. Cuando construimos el diccionario de datos en el capftulo 8, el elemento 
mas pequeno que describimos se denomino elemento de informacion. A1 hablar sobre archivos y bases de datos, 
estos elementos de datos se denominan comunmente elementos de datos. De hecho, los elementos de datos son 
las unidades mas pequenas en un archivo o base de datos. El termino elemento de datos se puede intercambiar 
con la palabra atributo. 

Los elementos de datos pueden tener valores. Estos valores pueden ser de longitud fija o variable; pueden 
ser caracteres alfabeticos, numericos, especiales o alfanumericos. En la figura 13.5 encontrara ejemplos de ele¬ 
mentos de datos y sus valores. 

Algunas veces a un elemento de datos tambien se le conoce como campo. Sin embargo, un campo representa 
algo ffsico, no logico. Por lo tanto, muchos elementos de datos se pueden empaquetar en un campo; el campo se 
puede leer y convertir en varios elementos de datos. Un ejemplo comun de esto es guardar la fecha en un solo 
campo como MM/DD/AAAA. Para ordenar el archivo por fecha, se extraen tres elementos de datos separados 
del campo y se ordenan primero por AAAA, despues por MM y finalmente por DD. 

REGISTROS Un registro es una coleccion de elementos de datos que tienen algo en comun con la entidad descrita. 
La figura 13.6 es una ilustracion de un registro con muchos elementos de datos relacionados. El registro que se 
muestra es para un pedido realizado con una empresa de pedidos por correo. PEDIDO-# . APELLIDO PATERNO, 
INICIAL, DIRECCION CALLE, CIUDAD, ESTADO y TARJETA CREDITO son todos atributos. La mayorfa 
de los registros son de longitud fija, por lo que no hay necesidad de determinar la longitud del registro cada vez 
que se utiliza. 
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Entidad 

Elemento de datos 

Valor 

FIGURA 13.5 

Los valores tipicos asignados a los 
elementos de datos pueden ser 

Vendedor 

Numero vendedor 

87254 


Nombre vendedor 

Kaytell 

numeros, caracteres alfabeticos. 


Nombre empresa 

Music Unlimited 

caracteres especiales y 


Direccion 

45 Arpeum Circle 

combinaciones de los tres. 


Ventas 

$20,765 



Paquete Anchura 

Altura 
Longitud 
Peso 

Direccion postal 
Direccion retorno 


2 

16 

16 

3 

765 Dulcinea Drive 

P.0. Box 341, Spring Valley, IVIN 


Pedido Producto(s) 

Descripcion(es) 

Cantidad ordenada 

Apellido paterno del cliente 

Primera inicial 

Direccion calle 

Ciudad 

Estado 

Codigo postal 

Numero tarjeta credito 

Fecha en que se coloco el pedido 

Cantidad 

Estado 


B521 

Disco compacto “Mi Bella Dama” 
1 

Kiley 

R. 

765 Dulcinea Drive 
La Mancha 
CA 

93407 

65-8798-87 

01/03/2010 

$6.99 

Pedido pendiente 


Bajo ciertas circunstancias (por ejemplo, cuando el espacio es una prioridad) se utilizan registros de longi¬ 
tud variable. Este tipo de registro se utiliza como alternativa para reservar una gran cantidad de espacio para el 
registro mas largo posible, como el numero maximo de veces que haya visitado un paciente a un medico. Cada 
visita contendrfa muchos elementos de datos que formarian parte del registro completo del paciente (o carpeta de 
archivo en un sistema manual). Mas adelante en el capitulo hablaremos sobre la normalizacion de una relation. 
La normalizacion es un proceso que elimina a los grupos repetitivos que se encuentran en los registros de longi¬ 
tud variable. 

CLAVES Una clave es uno de los elementos de datos en un registro que se utiliza para identificarlo. Cuando una 
clave identifica a un registro en forma unica, se le llama clave primaria. Por ejemplo, PEDIDO-# puede ser 
una clave primaria, ya que solo se asigna un numero a cada pedido del cliente. De esta forma, la clave primaria 
identifica a la entidad del mundo real (pedido del cliente). 

Hay que tener cuidado especial a la hora de disenar la clave primaria. A menudo es un numero secuencial o 
un numero secuencial con un numero autoverificable (llamado dfgito de verification) al final. A veces hay cierto 
significado integrado en la clave primaria, pero definir una clave primaria con base en un atributo se considera 
un riesgo: si cambia el atributo, la clave primaria tambien cambiara y se creara una dependencia entre la clave 
primaria y los datos. 


Registro 


r \ 

PEDIDO-# 

APELLIDO 

PATERNO 

INICIAL 

DIRECCION CALLE 

CIUDAD 

ESTADO 

TARJETA CREDITO 



FIGURA 13.6 

Un registro tiene una clave 
primaria y puede tener muchos 
atributos. 
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Un ejemplo de clave primaria basada en datos es el uso de una abreviatura de estado para el nombre de un 
estado o el codigo de equipaje de una aerollnea para el nombre de un aeropuerto. A un atributo o coleccion de 
atributos que pueden servir como clave primaria se le denomina clave candidata. Una clave primaria tambien 
debe ser minima y no debe contener atributos adicionales que sean necesarios para identificar a un registro. 

A una clave se le denomina clave secundaria si no puede identificar a un registro en forma unica. Las claves 
secundarias pueden ser Linicas o pueden identificar a varios registros en una base de datos. Las claves secundarias 
se pueden utilizar para seleccionar un grupo de registros que pertenezcan a un conjunto (por ejemplo, pedidos 
del estado de Virginia). 

Cuando no es posible identificar a un registro en forma unica mediante el uso de los elementos de datos en- 
contrados en un registro, podemos construir una clave al elegir dos o mas elementos de datos y combinarlos. 
A esta clave se le denomina clave concatenada o compuesta. Cuando se utiliza un elemento de datos como clave 
en un registro, la description se subraya. Por lo tanto, en el registro de PEDIDO (PEDIDO-# APELLIDO PA- 
TERNO, INICIAL, DIRECCION CALLE, CIUDAD, ESTADO, TARJETA CREDITO) la clave es PEDIDO-#. 
Si un atributo es una clave en otro archivo, se debe subrayar con una linea punteada. 

Algunas bases de datos permiten al desarrollador usar un identificador de objetos (OID), una clave unica 
para cada registro en la base de datos, no solo en una tabla. Dado un identificador de objetos, se obtendra un 
registro sin importar la tabla en la que exista. Este se puede incluir con un pedido o una confirmacion de pago, 
junto con un mensaje como: “Este es su niimero de confirmacion”. 

METADATOS Los metadatos son datos sobre los datos del archivo o base de datos. Los metadatos describen el 
nombre proporcionado y la longitud asignada a cada elemento de datos. Los metadatos tambien describen la 
longitud y la composition de cada uno de los registros. 

La figura 13.7 es un ejemplo de metadatos para una base de datos para cierto software generico. La longitud 
de cada elemento de datos se indica de acuerdo con una convention, donde 7.2 significa que se reservan siete 
espacios para el niimero, dos de los cuales estan a la derecha del punto decimal. La letra N significa “numerico” 
y la A significa “alfanumerico”. La D representa a la “fecha” y se establece de manera automatica en la forma 
MM/DD/AAAA. Algunos programas como Microsoft Access usan ingles o espanol simple para los metadatos, 
por lo que se utilizan palabras como text (texto), currency (moneda) y number (niimero). Microsoft Access pro- 
vee un valor predeterminado de 50 caracteres como longitud de campo para los nombres, lo cual esta bien si tra- 
bajamos con sistemas pequenos, sin embargo, si va a trabajar con una base de datos extensa para un banco o una 
compafua de servicios pubicos, por ejemplo, no es conveniente que dedique todo ese espacio a ese campo, pues 
de lo contrario la base de datos crecerfa mucho y se llenarla de espacio desperdiciado. AquI es cuando podemos 
usar metadatos para planear con anticipation y disenar una base de datos mas eficiente. 

Arch i vos 

Un archivo contiene grupos de registros que se utilizan para proveer informacion para operaciones, planeacion, 
administration y toma de decisiones. Primero hablaremos sobre los tipos de archivos utilizados y despues descri- 
biremos las diversas formas en que se pueden organizar los archivos convencionales. 

TIPOS DE ARCHIVOS Podemos usar los archivos para guardar datos durante un periodo indefinido o almacenarlos 
provisionalmente con un proposito especifico. Los archivos maestros y los archivos de tablas se utilizan para 
almacenar datos por un periodo prolongado. Los archivos temporales por lo general se denominan archivos de 
transacciones, archivos de trabajo o archivos de informes. 

Archivos maestros Los archivos maestros contienen registros para un grupo de entidades. Estos atributos se 
pueden actualizar con frecuencia, pero los registros en si son relativamente permanentes. Estos archivos tienden 
a tener registros extensos que contienen toda la informacion sobre una entidad de datos. Por lo general cada 
registro contiene una clave primaria y varias claves secundarias. 

Aunque el analista tiene la libertad de ordenar los elementos de datos en un archivo maestro en cualquier 
orden, una disposition habitual es colocar el campo de la clave primaria primero, seguido de los elementos des- 
criptivos y al ultimo los elementos que cambian con frecuencia con base en las actividades de negocios. Ejem- 
plos de un archivo maestro son los registros de pacientes, los registros de clientes, un archivo de personal y un 
archivo de inventario de piezas. 

Archivos de tablas Un archivo de tablas contiene los datos que se utilizan para calcular mas datos o medidas de 
desempeno. Un ejemplo es una tabla de las tarifas postales empleada para determinar los costos de envlo de un 
paquete; otro ejemplo es una tabla de impuestos. Por lo general solo un programa lee los archivos de tablas. 

Archivos de transacciones Un archivo de transacciones se utiliza para introducir las modificaciones que 
actualizan el archivo maestro y producen informes. Suponga que el archivo maestro de suscriptores de un 
periodico necesita actualizarse; el archivo de transacciones contendrla el niimero de suscriptor y un codigo de 
transaction, como E para extender la suscripcion, C para cancelarla o D para cambiar la direccion. As! solo hay 
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Elemento de datos 


Valor 


Numero de vendedor 

N 

5 


Nombre del vendedor 

A 

20 


Nombre de la empresa 

A 

26 


Direccion 

A 

36 


Ventas 

N 

9.2 

Campos 

Anchura 

N 

2 

N Numerico 

Altura 

N 

2 

A Alfanumerico o texto 

Longitud 

N 

2 

D Fecha MM/DD/AAAA 

Peso 

N 

2 

$ Moneda 

Direccion de envfo 

A 

36 

M Memo 

Direccion del remitente 

A 

36 


Producto(s) 

A 

4 


Descripcion(es) 

A 

30 


Cantidad solicitada 

N 

2 


Apellido del cliente 

A 

24 


Primera inicial 

A 

1 


Direccion (calle) 

A 

28 


Ciudad 

A 

12 


Esta do 

A 

2 


Codigo postal 

N 

9 


Numero de tarjeta de credito 

N 

10 


Fecha en que se hizo el pedido 

D 

8 

MM/DD/AAAA 

Cantidad 

$ 

^—7.2 


Esta do 

A 

22 

/ 


7 . 2 6igntf' ca< V e ® 

cmpocontleneT 

eu.toeert*"*'* 
derecha del pun 
decimal- 


5e pueden 

especificar 

formate 5 

especiales para 

los campo 5 - 


FIGURA 13.7 

Los metadatos incluyen una 
description de la apariencia 
que debe tener el valor de cada 
elemento de datos. 


que introducir la information relevante a las necesidades de actualization; es decir, la longitud de la renovacion 
si es E y la direccion si es D. No se requerirfa informacion adicional si se cancelara la suscripcion. El resto de la 
informacion ya existe en el archivo maestro. Los archivos de transacciones pueden contener varios tipos de 
registros, como los tres que se utilizan para actualizar el archivo maestro de suscripciones al periodico, con un 
codigo en el archivo de transacciones para indicar el tipo de transaccion. 

Archivos de informes Cuando es necesario imprimir un informe y no hay una impresora disponible (por ejemplo, 
cuando esta ocupada imprimiendo otros trabajos), se utiliza un archivo de informes. Al proceso de enviar la 
salida a un archivo en vez de enviarla a una impresora se le conoce como puesta en cola, o “spooling”. Despues, 
cuando el dispositivo esta listo se puede imprimir el documento. Los archivos de informes son muy utiles, ya que 
los usuarios pueden llevar los archivos a otros sistemas computarizados y enviarlos como salida a dispositivos 
especializados. 

Bases de datos relacionales 

Las bases de datos se pueden organizar en varias formas; el tipo mas comrin es la base de datos relacional. Una 
base de datos relacional esta organizada en tablas representativas, lo cual minimiza la repetition de los datos, lo 
cual a su vez reduce los errores y el espacio de almacenamiento. 

VISTAS LOGICAS Y FISICAS DE LOS DATOS A diferencia de un archivo, una base de datos esta disenada para que la 
compartan muchos usuarios. Esta claro que todos los usuarios ven los datos en distintas formas. Nos referiremos 
a la manera en que un usuario imagina y ve los datos como vista de usuario; esto genera un inconveniente: 
distintos usuarios tienen distintas vistas de usuarios. El analista de sistemas necesita examinar estas vistas y 
desarrollar un modelo logico general de la base de datos. Por ultimo, hay que transformar el modelo logico de la 
base de datos en el correspondiente diseno de la base de datos fisica. El diseno ffsico se relaciona con la forma 
en que se almacenan y relacionan los datos, asr como la manera en que se accede a ellos. 
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FIGURA 13.8 

El diseno de bases de datos 
incluye sintetizar los informes de 
los usuarios, las vistas de usuario 
y los disenos logicos y ffsicos. 
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o 

Informes de usuario 

- (Salidas en formato tabular, graficas, etc.) - 


> 1 




En la literatura de bases de datos, las vistas se conocen como esquema. La figura 13.8 muestra como estan 
relacionados los informes y las vistas de usuario (esquema de usuario) con el modelo logico (esquema concep¬ 
tual) y el diseno flsico (esquema interno). 

Hay tres tipos principales de bases de datos estructuradas en forma logica: jerarquicas, de redes y relacio- 
nales. Podemos encontrar los primeros dos tipos en sistemas heredados (antiguos). En la actualidad, el analista 
comunmente disena una base de datos relacional. 

ESTRUCTURAS DE DATOS RELACIONALES Una estructura de datos relacional consiste en uno o mas tablas 
bidimensionales, las cuales se conocen como relaciones. Las filas de la tabla representan los registros y las 
columnas contienen atributos. 

La figura 13.9 muestra la estructura relacional para una base de datos de pedidos de CD musicales. AquI se 
necesitan tres tablas para: 1) describir los artfculos y llevar el registro del precio actual de CD (PRECIO 
ARTICULO), 2) describir los detalles del pedido (PEDIDO) y 3) identificar el estado del pedido (ESTADO AR¬ 
TICULO). 

Para determinar el precio de un artfculo necesitamos conocer el numero de artfculo para encontrarlo en la 
relacion PRECIO ARTICULO. Para actualizar el numero de tarjeta de credito de G. MacRae, podemos buscar 
la relacion PEDIDO para MacRae y corregirla solo una vez, incluso cuando el pidio muchos CD. Sin embargo, 
para averiguar el estado de parte de un pedido debemos conocer ARTICULO-# y PEDIDO-#; despues debemos 
localizar esa informacion en la relacion ESTADO PEDIDO. 

La labor de mantenimiento de las tablas en una estructura relacional es bastante simple, si se le compara con 
la labor de mantenimiento de una estructura jerarquica o de red. Una de las principales ventajas de las estructuras 
relacionales es que las consultas ad hoc se manejan con eficiencia. 
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PRECIO ARTICULO 



PEDIDO 


PEDIDO-# 

APELUDO 

PATERN0 

1 

DIRECCION CALLE 

CIUDAD 

EDO 

CTA C0BR0 

10784 

MacRae 

G 

2314 Curly Circle 

Lincoln 

NE 

45-4654-76 

10796 

Jones 

S 

34 Dream Lane 

Oklahoma City 

OK 

44-9876-74 

11821 

Preston 

R 

1008 Madison Ave. 

River City 

IA 

34-7642-64 

11845 

Channing 

C 

454 Harmonia St. 

Nueva York 

NY 

34-0876-87 

11872 

Kiley 

R 

765 Dulcinea Drive 

La Mancha 

CA 

65-8798-87 


ESTADO ARTICULO 


ARTICULO-# 

PEDIDO-# 

ESTADO 

B235 

10784 

Se envio el 5/12 

B235 

19796 

Se envio el 5/14 

B235 

11872 

En proceso 

B521 

11821 

En proceso 

B894 

11845 

Pedido pendiente 

B894 

11872 

Se envio el 5/12 

B992 

10784 

Se envio el 5/12 


FIGURA 13.9 

En una estructura de datos 
relational, los datos se almacenan 
en muchas tablas. 


Cuando se analizan estructuras relacionales en la literatura sobre bases de datos, se utiliza con frecuencia 
distinta terminologfa. A un archivo se le llama tabla o relation, a un registro por lo general se le denomina tupla 
y al conjunto de valores de atributos se le conoce como dominio. 

Para que las estructuras relacionales sean utiles y manejables, primero hay que normalizar las tablas relacio¬ 
nales. En la siguiente section veremos la normalization con detalles. 

NORMALIZACION 

La normalization es la transformation de las vistas de usuario y almacenes de datos complejos en un conjunto 
de estructuras de datos estables y mas pequenas. Ademas de ser mas simples y estables, las estructuras de datos 
normalizadas se pueden mantener con mas facilidad que las demas estructuras. 

Los tres pasos de la normalization 

Empezando con una vista de usuario o con un almacen de datos desarrollado para un diccionario de datos (vea el 
capftulo 8), el analista normaliza una estructura de datos en tres pasos, como se muestra en la ftgura 13.10. Cada 
paso implica un procedimiento importante que simplifique la estructura de datos. 

Es probable que la relation que se deriva de la vista de usuario o almacen de datos este desnormalizada. El 
primer paso del proceso incluye eliminar todos los grupos repetitivos e identificar la clave primaria. Para ello, 
la relation necesita descomponerse en dos o mas relaciones. En este punto. las relaciones tal vez ya esten en la 
tercera forma normal, pero es probable que se necesiten mas pasos para transformar las relaciones a la tercera 
forma normal. 

El segundo paso asegura que todos los atributos que no sean claves dependan por completo de la clave pri¬ 
maria. Se eliminan todas las dependencias parciales y se colocan en otra relation. 

El tercer paso elimina las dependencias transitivas. En una dependencia transitiva los atributos que no son 
claves dependen de otros atributos que tampoco son claves. 
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FIGURA 13.10 

La normalization de una relation 
se lleva a cabo en tres pasos 
principales. 


Vistas de usuario 



I 


Relation sin 
normalizar 





Paso 1 

Eliminar grupos repetitivos ^ ^ 


Relaciones 

normalizadas 

(INF) 





Paso 2 

Eliminar dependences parciales^ ^ 


Relaciones en 
segunda forma 
normal (2NF) 


Relaciones en 
tercera forma 
normal (3NF) 





Paso 3 

Eliminar dependencias transitivas^ ^ 


Un ejemplo de normalizacion 

La figura 13.11 es una vista de usuario para la empresa A1 S. Well Hydraulic Equipment Company. El informe 
muestra los siguientes elementos: 1) NUMERO-VENDEDOR, 2) NOMBRE-VENDEDOR y 3) AREA-VEN- 
TAS. El cuerpo del informe muestra el 4) NUMERO-CLIENTE y el 5) NOMBRE-CLIENTE. A continuation 
esta el 6) NUMERO-ALMACEN que dara servicio al cliente, seguido de la 7) UBICACION-ALMACEN, que es 
la ciudad en la que se encuentra la empresa. La information final contenida en la vista de usuario es 8) MONTO- 
VENTAS. Las filas (una para cada cliente) en la vista de usuario muestran que los elementos 4 a 8 forman un 
grupo repetido. 

Si el analista estuviera usando una metodologfa de flujo de datos/diccionario de datos, la misma information 
en la vista de usuario aparecerfa en una estructura de datos. La figura 13.12 muestra como aparecerfa la estruc- 
tura de datos en la etapa del analisis correspondiente al diccionario de datos. El grupo repetitivo tambien se in- 
dica en la estructura de datos mediante un asterisco (*) y el uso de sangrfa. 

Antes de continuar, observe las asociaciones de datos de los elementos de datos de la figura 13.13. A este 
tipo de ilustracion se le denomina diagrama de burbuja o diagrama de modelo de datos. Cada entidad esta 
encerrada en una elipse; se utilizan flechas para mostrar las relaciones. Aunque es posible dibujar estas rela¬ 
ciones con un diagrama E-R, algunas veces es mas facil usar el diagrama de burbuja mas simple para modelar 
los datos. 

En este ejemplo hay solo un NUMERO-VENDEDOR asignado a cada NOMBRE-VENDEDOR y esa per¬ 
sona solo cubrira un AREA-VENTAS, pero cada AREA-VENTAS se puede asignar a muchos vendedores: de 
aqui que se utilice la notation de doble flecha de AREA-VENTAS a NUMERO-VENDEDOR. Para cada NU¬ 
MERO-VENDEDOR puede haber muchos NUMERO(s)-VENDEDOR(es). 

Tambien habrfa una correspondencia de uno a uno entre NUMERO-CLIENTE y NOMBRE-CLIENTE; 
lo mismo se aplica para NUMERO-ALMACEN y UBICACION-ALMACEN. NUMERO-CLIENTE(s) solo 
tendra un NUMERO-ALMACEN y una UBICACION-ALMACEN, pero cada NUMERO-ALMACEN o 
UBICACION-ALMACEN puede atender a muchos NUMERO(s)-CLIENTE(s). Por ultimo, para determinar 
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m . , Al S. Well 

GSSSXSsr 


Vendedor#: 3462 
Nombre: Waters 
Area de ventas: West 


NUMERO 

J^UENTe 

18765 

18830 


NOMBRE 
CUENTE 

I Delta Services 
■ Lev y and Sons I 


NUMERO 

almacen 

j UBICACI0N 
[almacen 

1 VENTAS 

4 1 

3 

Fargo 

13,540 , 


Bismarck 10 


600 


FIGURA 13.11 

Un reporte de usuario para la 
empresa Al S. Well Hydraulic 
Equipment Company. 


el MONTO-VENTAS de las llamadas de un vendedor a una empresa especffica, es necesario conocer tanto el 
NUMERO-VENDEDOR como el NUMERO-CLIENTE. 

El principal objetivo del proceso de normalizacion es simplificar todos los elementos de datos complejos 
que se encuentran con frecuencia en las vistas de usuario. Por ejemplo, si el analista tomara la vista de usua¬ 
rio antes descrita y tratara de crear una tabla relacional con base en ella, su apariencia serfa como en la figura 
13.14. Como esta relacion se basa en nuestra vista de usuario inicial, nos referimos a ella como INFORME- 
VENTAS. 

INFORME-VENTAS es una relacion sin normalizar, ya que tiene grupos repetidos. Tambien es importante 
observar que un solo atributo tal como NUMERO-VENDEDOR no puede servir como la clave. La razon es clara 
si examinamos las relaciones entre NUMERO-VENDEDOR y los otros atributos en la figura 13.15. Aunque hay 
una correspondencia de uno a uno entre NUMERO-VENDEDOR y dos atributos (NOMBRE-VENDEDOR y 
AREA-VENTAS), existe una relacion de uno a muchos entre NUMERO-VENDEDOR y los otros cinco atribu- 


FIGURA 13.12 

Para el analista serfa util una 
estructura de datos (de un 
diccionario de datos) al desarrollar 

NUMERO-VENDEDOR una base de datos. 

NOMBRE-VENDEDOR 
area-ventas 
NUMERO-CLIENTE* (1- \ 
nombre-cliente 
NUMERO-ALMACEN 
UBICACION-ALMACEN 
MONTO-VENTAS 
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FIGURA 13.13 

Algunas veces dibujar diagramas 
de modelos de datos para las 
asociaciones de datos ayudan a los 
analistas a apreciar la complejidad 
del almacenamiento de datos. 



tos (NUMERO-CLIENTE, NOMBRE-CLIENTE, NUMERO-ALMACEN, UBICACION-ALMACEN y MON- 
TO-VENTAS). 

Podemos expresar el INFORME-VENTAS mediante la siguiente notacion abreviada: 

VENDEDOR-CLIENTE (NUMERO-VENDEDOR, 

NOMBRE-VENDEDOR, AREA 
DE VENTAS 
NUMERO-CLIENTE, 

NOMBRE-CLIENTE, 

NUMERO-ALMACEN, 

UBICACION-ALMACEN, 

MONTO-VENTAS) 

donde el conjunto interno de parentesis representa el grupo repetido. 


FIGURA 13.14 

Si los datos se listaran en una tabla 
sin normalizar, podria haber 
grupos repetitivos. 


NUMERO 

VENDEDOR 

NOMBRE 

VENDEDOR 

AREA 

VENTAS 

NUMERO 

CLIENTE 

NOMBRE 

CLIENTE 

NUMERO 

ALMACEN 

UBICACION 

ALMACEN 

MONTO 

VENTAS 

3462 

Waters 

West 

18765 

Delta Systems 

4 

Fargo 

13540 




18830 

A. Levy and Sons 

3 

Bismarck 

10600 




19242 

Ranier Company 

3 

Bismarck 

9700 

3593 

Dryne 

East 

18841 

R. W. Flood Inc. 

2 

Superior 

11560 




18899 

Seward Systems 

2 

Superior 

2590 




19565 

Stodola’s Inc. 

1 

Plymouth 

8800 

etc. 









www.xlibros.com 



























CAPITULO 13 • DISENO DE BASES DE DATOS 417 










FIGURA 13.15 

Un diagrama de modelo de datos 
muestra que en la relacion sin 
normalizar, NUMERO- 
VENDEDOR tiene una asociacion 
de uno a muchos con algunos 
atributos. 


PRIMERA FORMA NORMAL (INF) El primer paso para normalizar una relacion es eliminar los grupos repetidos. 
En nuestro ejemplo, la relacion sin normalizar INFORME-VENTAS se descompondra en dos relaciones 
separadas. Estas nuevas relaciones se llamaran VENDEDOR y VENDEDOR-CLIENTE. 

La figura 13.16 muestra como se normaliza la relacion INFORME-VENTAS al separar la relacion en dos 
nuevas relaciones. Cabe mencionar que la relacion VENDEDOR contiene la clave primaria NUMERO-VENDE¬ 
DOR y todos los atributos que no se repetian (NOMBRE-VENDEDOR y AREA-VENTAS). 

La segunda relacion, VENDEDOR-CLIENTE, contiene la clave primaria de la relacion VENDEDOR (la 
clave primaria de VENDEDOR es NUMERO-VENDEDOR ) as! como los atributos que formaban parte del 
grupo repetido (NUMERO-CLIENTE, NOMBRE-CLIENTE, NUMERO-ALMACEN, UBICACION-ALMA- 
CEN y MONTO-VENTAS). Sin embargo, conocer el NUMERO-VENDEDOR no implica que conoceremos 
automaticamente el NOMBRE-CLIENTE, MONTO-VENTAS, UBICACION-ALMACEN, etcetera. En esta 
relacion debemos usar una clave concatenada (tanto NUMERO-VENDEDOR como NUMERO-CLIENTE) para 
acceder al resto de la informacion. Es posible escribir las relaciones en notacion abreviada, como se muestra a 
continuacion: 


VENDEDOR (NUMERO VENDEDOR. 

NOMBRE-VENDEDOR, AREA VENTAS) 


y 


VENDEDOR-CLIENTE (NUMERO-VENDEDOR. 

NUMERO-CLIENTE. 

NOMBRE-CLIENTE, 
NUMERO-ALMACEN, 
UBICACION-ALMACEN, 
MONTO-VENTAS) 


La relacion VENDEDOR-CLIENTE es una relacion en primera forma normal, pero no esta en su forma ideal. 
Surgen problemas debido a que algunos de los atributos no son funcionalmente dependientes de la clave prima- 
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FIGURA 13.16 


INFORME-VENTAS 


La relacion original sin normalizar 

NUMERO 

NOMBRE 

AREA 

INFORME-VENTAS se separa en 

VENDEDOR 

VENDEDOR 

VENTAS 


(3NF) y VENDEDOR-CLIENTE 
(INF). 


V VENDEDOR 


NUMERO 

NOMBRE 

NUMERO 

UBICACION 

MONTO 

CLIENTE 

CLIENTE 

ALMACEN 

ALMACEN 

VENTAS 


1 


NUMERO 

VENDEDOR 

NOMBRE 

VENDEDOR 

AREA 

VENTAS 

3462 

Waters 

West 

3593 

Dryne 

East 

etc. 




> f VENDEDOR-CLIENTE 


f 


NUMERO 

VENDEDOR 

NUMERO 

CLIENTE 

NOMBRE 

CLIENTE 

NUMERO 

ALMACEN 

UBICACION 

ALMACEN 

MONTO 

VENTAS 

3462 

18765 

Delta Systems 

4 

Fargo 

13540 

3462 

18830 

A. Levy and Sons 

3 

Bismarck 

10600 

3462 

19242 

Ranier Company 

3 

Bismarck 

9700 

3593 

18841 

R. W. Flood Inc. 

2 

Superior 

11560 

3593 

18899 

Seward Systems 

2 

Superior 

2590 

3593 

19565 

Stodola’s Inc. 

1 

Plymouth 

8800 

etc. 







ria (es decir, NUMERO-VENDEDOR . NUMERO-CLIENTE ). En otras palabras, algunos de los atributos que 
no son claves dependen solo de NUMERO CLIENTE y no de la clave concatenada. El diagrama de modelo de 
datos en la figura 13.17 muestra que MONTO-VENTAS depende de NUMERO-VENDEDOR y de NUMERO- 
CLIENTE . pero los otros tres atributos dependen solo de NUMERO-CLIENTE . 


FIGURA 13.17 

Un diagrama de modelo de datos 
muestra que tres atributos son 
dependientes de NOMBRE- 
CLIENTE, por lo que la relacion 
aun no esta normalizada. Tanto 
NUMERO-VENDEDOR como 
NUMERO-CLIENTE 
tienen que buscar el MONTO- 
VENTAS. 
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SEGUNDA FORMA NORMAL (2NF) En la segunda forma normal, todos los atributos seran funcionalmente 
dependientes de la clave primaria. Por lo tanto, el siguiente paso es eliminar todos los atributos parcialmente depen- 
dientes y colocarlos en otra relacion. La figura 13.18 muestra como se divide la relacion VENDEDOR-CLIENTE 
en dos nuevas relaciones: VENTAS y CLIENTE-ALMACEN. Estas relaciones tambien se pueden expresar de la 
siguiente manera: 

VENTAS (NUMERO-VENDEDOR. NUMERO- 

CLIENTE, 

MONTO-VENTAS 


y 


ALMACEN CLIENTE ( NUMERO-CLIENTE. 

NOMBRE-CLIENTE, 

NUMERO-ALMACEN, 

UBIC ACION -ALMACEN) 

La relacion CLIENTE-ALMACEN esta en la segunda forma normal. Todavla se puede simplificar mas debido 
a que hay dependencias adicionales en la relacion. Algunos de los atributos que no son claves dependen no solo 
de la clave primaria, sino tambien de un atributo que no es clave. Esta dependencia se denomina dependencia 
transitiva. 

La figura 13.19 muestra las dependencias en la relacion CLIENTE-ALMACEN. Para que la relacion asuma 
la segunda forma normal, todos los atributos deben ser dependientes de la clave primaria NUMERO-CLIENTE . 
como se muestra en el diagrama. Sin embargo, UBICACION-ALMACEN tambien depende obviamente de NU¬ 
MERO-ALMACEN. Para simplificar esta relacion se requiere otro paso. 


VENDEDOR-CLIENTE 


NUMERO 

NUMERO 

NOMBRE 

NUMERO 

UBICACION 

MONTO 

VENDEDOR 

CLIENTE 

CLIENTE 

ALMACEN 

ALMACEN 

VENTAS 


VENTAS 




CLIENTE-ALMACEN 


NUMERO 

CLIENTE 

NOMBRE 

CLIENTE 

NUMERO 

ALMACEN 

UBICACION 

ALMACEN 

18765 

Delta Systems 

4 

Fargo 

18830 

A. Levy and Sons 

3 

Bismarck 

19242 

Ranier Company 

3 

Bismarck 

18841 

R. W. Flood Inc. 

2 

Superior 

18899 

Seward Systems 

2 

Superior 

19565 

Stodola’s Inc. 

1 

Plymouth 

etc. 





NUMERO 

VENDEDOR 

NUMERO 

CLIENTE 

MONTO 

VENTAS 

3462 

18765 

13540 

3462 

18830 

10600 

3462 

19242 

9700 

3593 

18841 

11560 

3593 

18899 

2590 

3593 

19565 

8800 

etc. 




FIGURA 13.18 

La relacion VENDEDOR- 
CLIENTE se separa en una 
relacion llamada CLIENTE- 
ALMACEN (2NF) y una relacion 
llamada VENTAS (INF). 
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FIGURA 13.19 

Un diagrama de modelo de datos 
muestra que existe una 
dependencia transitiva entre 
NUMERO-ALMACEN y 
UBICACION-ALMACEN. 



TERCERA FORMA NORMAL (3NF) Una relation normalizada esta en la tercera forma normal si todos los atributos 
que no son claves son completa y funcionalmente dependientes de la clave primaria y no hay dependencias 
transitivas (no claves). A1 igual que en los pasos anteriores, es posible descomponer la relation CLIENTE- 
ALMACEN en dos, como se muestra en la figura 13.20. 

Las dos nuevas relaciones se llaman CLIENTE y ALMACEN, y se pueden escribir de la siguiente manera: 


CLIENTE ( NUMF.RO-CI.IF.NTE . NOMBRE-CLIENTE, 
NUMERO-ALMACEN) 

y 

ALMACEN ( NUMERO-ALMACEN. 

UBICACION-ALMACEN) 


La clave primaria para la relation CLIENTE es NUMERO-CLIENTE y la clave primaria para la relation AL¬ 
MACEN es NUMERO-ALMACEN. 

Ademas de estas claves primarias, podemos identificar a NUMERO-ALMACEN como una clave externa 
en la relation CLIENTE. Una clave externa es cualquier atributo que no sea clave en una relation, pero que sea 


FIGURA 13.20 


CLIENTE-ALMACEN 


La relation CLIENTE- 
ALMACEN se separa en dos 
relaciones llamadas CLIENTES 
(INF) y ALMACEN (INF). 
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clave primaria en otra. Para designar a NUMERO-ALMACEN como clave externa en la notation anterior y en 
las figuras, la pondremos subrayada:_. 

Finalmente, la relation original sin normalizar INFORME-VENTAS se ha transformado en cuatro relacio- 
nes 3NF. A1 revisar las relaciones que se muestran en la figura 13.21, podemos ver que la relation individual 
INFORME-VENTAS se transformo en las siguientes cuatro relaciones: 


VENDEDOR ( NUMERO-VENDEDOR . NOMBRE-VENDEDOR, 

AREA-VENTAS) 

VENTAS ( NUMERO-VENDEDOR . NUMERO-CLIENTE, 

MONTO-VENTAS) 

CLIENTE ( NUMERO-CLIENTE . NOMBRE-CLIENTE, 

NUMERO-ALMACEN) 


y 

ALMACEN ( NUMERO-ALMACEN , 

UBICACION-ALMACEN) 

La tercera forma normal es adecuada para la mayorfa de los problemas de diseno de bases de datos. La simplifi¬ 
cation que se obtiene al transformar una relation sin normalizar en un conjunto de relaciones en 3NF constituye 
un enorme beneficio en cuanto al tiempo que se requiere para insertar, eliminar y actualizar information en la 
base de datos. 

En la figura 13.22 se muestra un diagrama E-R para la base de datos. Un VENDEDOR atiende a muchos 
CLIENTE(s), quienes generan VENTAS y reciben sus articulos de un ALMACEN (el ALMACEN mas cercano a 
su ubicacion). Tome su tiempo para observar como se relacionan las entidades y atributos con la base de datos. 

Uso del diagrama entidad-relacion para determinar las claves de los registros 

Podemos usar el diagrama E-R para determinar las claves requeridas para un registro o una relation de la base 
de datos. El primer paso es construir el diagrama E-R e identificar una clave unica (primaria) para cada entidad 


VENDEDOR 


NUMERO 

VENDEDOR 

NOMBRE 

VENDEDOR 

AREA 

VENTAS 

3462 

Waters 

Oeste 

3593 

Dryne 

Este 

etc. 




VENTAS 


NUMERO 

VENDEDOR 

NUMERO 

CLIENTE 

MONTO 

VENTAS 

3462 

18765 

13540 

3462 

18830 

10600 

3462 

19242 

9700 

3593 

18841 

11560 

3593 

18899 

2590 

3593 

19565 

8800 

etc. 




CLIENTE 


NUMERO 

CLIENTE 

NOMBRE 

CLIENTE 

NOMBRE 

ALMACEN 

18765 

Delta Systems 

4 

18830 

A. Levy and Sons 

3 

19242 

Ranier Company 

3 

18841 

R. W. Flood Inc. 

2 

18899 

Seward Systems 

2 

19565 

Stodola’s Inc. 

1 

etc. 




ALMACEN 


NOMBRE 

ALMACEN 

UBICACION 

ALMACEN 

4 

Fargo 

3 

Bismarck 

2 

Superior 

1 

Plymouth 

etc. 



FIGURA 13.21 

La base de datos completa consiste 
en cuatro relaciones en INF 
llamadas VENDEDOR, VENTAS, 
CLIENTE y ALMACEN. 


www.xlibros.com 














































422 PARTE IV • LOS FUNDAMENTOS DEL DISENO 


FIGURA 13.22 

Un diagrama entidad-relacion para 
la base de datos de la empresa 
A1 S. Well Hydraulic Company. 


( Numero-vendedor . 

Nombre-vendedor, 

Area-ventas) 


(Numero-vendedor. 

Numero-cliente. 

Monto ventas) 


(Numero-cliente. 

Nombre-cliente, 

Numero-almacen) 



(Numero-almacen. 

Ubicacion-almacen) 


de datos. La figura 13.23 muestra un diagrama E-R para un sistema de pedidos de clientes. Hay tres entidades de 
datos: CLIENTE, con la clave primaria NUMERO-CLIENTE : PEDIDO, con la clave primaria NUMERO- 
PEDIDO . y ARTICULO, con NUMERO-ARTICULO como clave primaria. Un CLIENTE puede colocar muchos 
pedidos, pero cada PEDIDO puede ser colocado solo por un CLIENTE, por lo que la relacion es de uno a mu¬ 
chos. Cada PEDIDO puede contener muchos ARTICULO(s), y cada ARTICULO puede estar contenido en muchos 
PEDIDO(s), por lo que la relacion PEDIDO-ARTICULO es de muchos a muchos. 

Sin embargo, una clave externa es un campo de datos de cierto archivo que es la clave primaria de otro ar- 
chivo maestro. Por ejemplo, un NUMERO-DEPARTAMENTO que indica que la especialidad de un estudiante 
puede existir en la tabla MAESTRA DE ESTUDIANTES. NUMERO-DEPARTAMENTO tambien podrfa ser la 
clave unica para la tabla MAESTRA DE DEPARTAMENTOS. 

Relacion de uno a muchos 

Una relacion de uno a muchos es el tipo mas comun de relacion, ya que todas las relaciones de muchos a muchos 
se deben descomponer en dos relaciones de uno a muchos. Cuando ocurra una relacion de uno a muchos, colo- 
que la clave primaria de la tabla en el extremo de uno de la relacion como una clave externa para la tabla en el 
extremo de muchos de la relacion. Por ejemplo, como un cliente puede tener muchos pedidos, coloque el numero 
de cliente en el registro de pedidos. 

Es facil construir el diseno de paginas Web, pantallas o informes que incluyan informacion de solo un regis¬ 
tro de la relacion de muchos, junto con la informacion del extremo de uno de la relacion. La pantalla no tendra 
informacion repetida. Un ejemplo es la consulta de un pedido mediante el uso de un numero de pedido para bus- 
car un pedido individual. Como el pedido es para un cliente, el resultado consistirfa en los campos del pedido y 
un solo cliente. 

Es mas complicado disenar el inverso, ya que la tabla en el extremo de uno de la relacion puede tener mu¬ 
chos registros para el extremo de muchos. Estos se implementan en varias formas. Para una pantalla de visuali¬ 
zation simple, la informacion del extremo de uno se muestra con un numero repetitivo de grupos de informacion 
del extremo de muchos de la relacion. En Microsoft Access esto podrfa ser un formulario con un subformulario. 


FIGURA 13.23 

Un diagrama entidad-relacion para 
los pedidos de los clientes. 



Numero-cliente Numero-pedido Numero-Articulo 

Numero-cliente 
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como un cliente con un subformulario de todos los pedidos del cliente. Si hubiera un extenso numero de registros 
del extremo de muchos, aparecerfan barras de desplazamiento. 

En situaciones simples, la relacion tambien se podrfa implementar mediante el uso de una lista desple- 
gable, donde cada registro del extremo de muchos se convertirfa en una entrada en el extremo de uno; un 
ejemplo es la pantalla de un automovil junto con una lista desplegable que contenga todos los modelos de ese 
automovil. A1 disenar sitios Web, la informacion del extremo de uno podrfa estar en la parte superior de la 
pagina, con varios grupos de datos debajo de esta o varios vfnculos a los datos. Un ejemplo es un tema en un 
motor de busqueda que produce como resultado muchos vfnculos coincidentes, o un genero de musica y mu¬ 
chos artistas que coinciden con ese genero. 

Relacion de muchos a muchos 

Cuando la relacion es de muchos a muchos se requieren tres tablas: una para cada entidad de datos y una para 
la relacion. Las entidades PEDIDO y ARTICULO en nuestro ejemplo tienen una relacion de muchos a mu¬ 
chos. La clave primaria de cada entidad de datos se almacena como una clave externa de la tabla relacional. 
Esta tabla relacional puede contener solo las claves primarias para cada entidad de datos, o puede contener da¬ 
tos adicionales, como la calificacion recibida por un curso o la cantidad de un artfculo ordenado. Consulte la 
disposicion de la tabla que se muestra en la figura 13.24. La tabla ARTICULO PEDIDO contiene informacion 
sobre los artfculos que contiene cada pedido y provee un vinculo entre la tabla PEDIDO y la tabla MAESTRA 
DE ARTICULOS. 

La tabla de relacion se debe indexar en cada clave externa (una para cada tabla en la relacion) y puede tener 
una clave primaria que consista en una combination de las dos claves externas. A menudo las empresas usan una 
clave unica, como un numero de secuencia, como la clave primaria para la tabla relacional. Para buscar muchos 
registros de una segunda tabla dada la primera, lea directamente la tabla relacional en busca de la clave deseada. 
Localice el registro que coincida en la segunda tabla de muchos. Siga iterando por la tabla relacional hasta que 
ya no encuentre la clave deseada. Por ejemplo, para buscar los registros en la tabla MAESTRA DE ARTICU¬ 
LOS para un registro especffico en la tabla PEDIDO, lea directamente la tabla PEDIDO-ARTICULO usando el 
NUMERO-PEDIDO como fndice. Los registros se secuencian en forma logica con base en los datos del fndice, 
por lo que todos los registros para el mismo NUMERO-PEDIDO se agrupan entre sf. Para cada registro de PE- 
DIDO-ARTICULO que coincida con el NUMERO-PEDIDO deseado, lea directamente la tabla MAESTRA DE 
ARTICULOS usando el NUMERO-ARTICULO como fndice. 

La logica es la misma para la situation inversa, como buscar en todos los pedidos un artfculo pendiente que 
se haya recibido. Use el NUMERO-ARTICULO deseado para leer la tabla PEDIDO-ARTICULO directamente. 
El fndice de PEDIDO-ARTICULO se establece en el NUMERO-ARTICULO. Para todos los registros de PEDI- 
DO-ARTICULO que coincidan, use el NUMERO-PEDIDO para leer la tabla PEDIDO directamente. Por ultimo, 
lea la tabla MAESTRA DE CLIENTES directamente para obtener el NOMBRE-CLIENTE y DIRECCION me¬ 
diante el uso del NUMERO-CLIENTE en la tabla PEDIDO. 

Las tablas relacionales pueden tener relaciones con mas tablas en la base de datos ademas de las dos con las 
que se conectan directamente. Por ejemplo, podrfa haber una tabla relacional llamada Clase o Seccion para vincular 
estudiantes y cursos, ya que cada estudiante puede tomar muchos cursos y cada curso puede tener muchos estu- 
diantes. La tabla Seccion puede tener una relacion con el Librotexto o Instructor para esa seccion. 


PEDIDO 


FIGURA 13.24 


NUMERO 

FECHA 

NUMERO 

PEDIDO 

PEDIDO 

CLIENTE 


A 


FEOWO- 
ARTICULO sirve 
como vinculo. 


) t 


PEDIDO-ARTICULO 


NUMERO 

NUMERO 

CANTIDAD 

PEDIDO 

ARTICULO 

ORDENADA 


Cuando la relacion es de muchos a 
muchos se necesitan tres archivos. 


MAESTRA DE ARTICULOS 


NUMERO 

DESCRIPCION 

COSTO 

PRECIO 

CANTIDAD 

ARTICULO 

ARTICULO 

ARTICULO 

ARTICULO 

DISPONIBLE 
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LINEAMIENTOS PARA EL DISENO DE RELACIONES DE ARCHIVOS 
MAESTROS/BASES DE DATOS 

Hay que tener en consideration los siguientes lineamientos al disenar relaciones de archivos maestros o bases de 
datos: 

1. Cada entidad de datos separada debe crear una tabla maestra de base de datos. No debe combinar dos 
entidades distintas en un archivo. Por ejemplo, los artfculos se compran de los distribuidores. La tabla 
MAESTRA DE ARTICULOS debe contener solo information de los artfculos y la tabla MAESTRA DE 
DISTRIBUIDORES debe contener solo information de los distribuidores. 

2. Un campo de datos especffico debe existir solo en una tabla maestra. Por ejemplo, el NOMBRE CLIENTE 
podrfa existir solo en la tabla MAESTRA DE CLIENTES, no en la tabla PEDIDO o en ninguna otra tabla 
maestra. Las excepciones a este lineamiento son los campos claves o indices, que pueden estar en todas las 
tablas que sea necesario. Si un informe o pantalla necesita information de muchas tablas, los indices deben 
proveer los vfnculos para obtener los registros requeridos. 

3. Cada relation de tabla maestra o base de datos debe tener programas para crear (C), leer (R), actualizar (U) 
y eliminar (D) registros (lo cual se abrevia como CRUD). En teorfa solo un programa deberfa agregar nuevos 
registros y solo un programa deberfa eliminar registros especificados. Sin embargo, muchos programas 
pueden ser responsables de modificar los campos de datos en el curso de las actividades de negocios 
normales. Por ejemplo, un archivo MAESTRO DE CLIENTES podrfa tener un campo SALDO ACTUAL 
que aumente en base al TOTAL PEDIDO en el programa de procesamiento de pedidos y disminuya con base 
en un MONTO PAGO o a un MONTO DEVUELTO que provengan de dos programas adicionales. 


Restricciones de integridad 

Las restricciones de integridad son reglas que gobiernan las acciones de modificar y eliminar registros, y que 
ayudan a mantener la precision de los datos en la base de datos. Podemos aplicar tres tipos de restricciones de 
integridad a una base de datos: 

1. Integridad de entidad. 

2. Integridad referential. 

3. Integridad de dominio. 

Las restricciones de integridad de entidad son reglas que gobiernan la composition de claves primarias. La clave 
primaria no puede tener un valor nulo; si la clave primaria es una clave compuesta, ninguno de los campos que 
componen la clave puede contener un valor nulo. Algunas bases de datos nos permiten definir una restriction 
unica o una clave iinica. Esta clave linica solo identifica un registro que no es una clave primaria. La diferencia 
ente una clave unica y una clave primaria es que una clave iinica puede contener un valor nulo. 

La integridad referencial gobierna la naturaleza de los registros en una relation de uno a muchos. La tabla 
que esta conectada en el extremo de uno de la relation se llama padre. La tabla conectada al extremo de muchos 
de la relation se llama tabla hija. Integridad referencial significa que todas las claves externas en la tabla de mu¬ 
chos (la tabla hija) deben tener un registro que coincida en la tabla padre. Por ende, no podemos agregar un re¬ 
gistro en la tabla hija (muchos) sin un registro que coincida en la tabla padre. 

Una segunda implication es que no podemos cambiar una clave primaria que tenga registros que coincidan 
en la tabla hija. Si pudieramos cambiar el registro padre, el resultado serfa un registro hijo que tendrfa un distinto 
registro padre o un registro huerfano, o un registro hijo sin un registro padre. Algunos ejemplos son un registro 
CALIFICACION para un estudiante que no estuviera en la tabla MAESTRA DE ESTUDIANTES y un registro PE¬ 
DIDO para un NUMERO CLIENTE inexistente. La ultima implication de la integridad referencial es que no 
podemos eliminar un registro padre que tenga registros hijos. Eso tambien producirfa los registros huerfanos que 
mencionamos antes. 

La integridad referencial se implementa de dos formas. La primera es tener una base de datos restringida, en 
la cual el sistema pueda actualizar o eliminar un registro padre solo si no hay registros hijos que coincidan. Una 
base de datos en cascada eliminara o actualizara todos los registros hijos cuando se elimine o modifique un regis¬ 
tro padre (el padre desencadena los cambios). 

Es mejor una relation restringida al eliminar registros. jNo serfa conveniente eliminar un registro de un 
cliente y eliminar tambien todas las facturas pendientes! La metodologfa en cascada es mejor a la hora de modi¬ 
ficar registros. Si se modifica la clave primaria del registro de un estudiante, se modificarfan tambien las claves 
externas (el NUMERO ESTUDIANTE en la tabla MAESTRA DE CURSOS) en todos los registros de cursos 
para ese estudiante. 

Las reglas de integridad de dominio se utilizan para validar los datos, como las comprobaciones de valida¬ 
tion de tabla, lfmite, rango, etcetera. En el capftulo 15 explicaremos estas reglas con mas detalle. Por lo gene- 
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Aunque Microsoft Word, Excel y PowerPoint estan disponibles para el sistema operativo de la Mac, la unica forma de 
ejecutar Microsoft Access es ejecutar Windows en rnodo de virtualizacion o iniciar directamente en Windows. Existen 
otras dos opciones para la Mac: Bento y FileMaker Pro. Bento es una base de datos personal que permite a los usuarios 
recopilar informacion en forma eficiente de la libreta de direcciones, la aplicacion de calendario, Apple Mail y Micro¬ 
soft Excel; despues podemos agregar campos al instante para crear una base de datos personalizable. 

Tal vez algunos usuarios encuentren a Bento algo limitante; para estos casos esta el hermano mayor de Bento, 
FileMaker Pro. Este es un programa completo de bases de datos relacionales que proporciona acceso directo a bases de 
datos de SQL. Su caracterfstica distintiva es que las pantallas, los formularios y los informes para acceder a la base de datos 
estan completamente integrados con el motor de bases de datos. 



FIGURA 13.MAC 

Ejemplo de pantalla de Bento, una base de datos personal. Esta pantalla se utilizo con 
permiso de FileMaker, Inc. 


ral, las reglas de dominio de integridad se almacenan en la estructura de la base de datos en una de dos formas. 
Las restricciones de verification se definen a nivel de tabla y pueden hacer referenda a uno o mas campos en 
la tabla. Un ejemplo es que la FECHA DE COMPRA siempre es menor o igual a la fecha actual. Las reglas se 
definen a nivel de base de datos con objetos separados y se pueden utilizar con varios campos. Un ejemplo es un 
valor mayor a cero que se utilice para validar varios elementos. 

Anomalias 

Pueden ocurrir cuatro anomalias al crear tablas de bases de datos: 

1. Redundancia de datos. 

2. Anomalfa de insertion. 

3. Anomalfa de elimination. 

4. Anomalfa de actualization. 

La redundancia de los datos ocurre cuando se almacenan los mismos datos en mas de un lugar en la base 
de datos (exceptuando las claves primarias que se almacenan como claves externas). Para resolver este problema 
hay que crear tablas que esten en 3NF. 
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Una anomalfa de insertion ocurre cuando no se conoce toda la clave primaria y la base de datos no puede 
insertar un nuevo registro, el cual violarfa la integridad de entidad. Este problema ocurre por lo general cuando la 
clave primaria es una clave compuesta que contiene varios atributos mas pequenos. Para evitar una anomalfa de 
insertion hay que utilizar un numero de secuencia para la clave primaria. 

Una anomalfa de elimination ocurre cuando se elimina un registro y como resultado se pierden otros da¬ 
tos relacionados. Un ejemplo es cuando un artfculo tiene un numero de distribuidor y ese artfculo especffico 
es la unica referenda a cierto distribuidor. Si se elimina ese artfculo, no habrfa referenda al registro del dis¬ 
tribuidor. 

Una anomalfa de actualization se produce cuando un cambio en el valor de un atributo ocasiona que la base 
de datos contenga datos inconsistentes o haya que modificar varios registros. Un ejemplo es cuando cambia el 
nombre de una calle en una ciudad. Podrfamos cambiar algunos de los nombres de las calles y otros no, o ten- 
drfamos que aseguramos que se hayan cambiado los nombres de todas las calles. Esto puede ocurrir cuando hay 
dependencias transitivas y podemos prevenirlo mediante la creation de tablas que esten en 3NF (aunque en el 
ejemplo de la calle, tal vez los datos esten en 3NF). 

USO DE LA BASE DE DATOS 

Hay varios pasos que debemos llevar a cabo en orden secuencial para asegurar que la base de datos sea util para 
presentar los datos. 

Pasos para recuperar y presentar los datos 

Hay ocho pasos en el proceso de recuperation y presentation de los datos: 

1. Seleccionar una relation de la base de datos. 

2. Unir las relaciones. 

3. Proyectar las columnas de la relation. 

4. Seleccionar filas de la relation. 

5. Derivar nuevos atributos. 

6. Indexar u ordenar filas. 

7. Calcular totales y medidas de desempeno. 

8. Presentar los datos. 

Hay que llevar a cabo los pasos primero y ultimo, pero los seis pasos intermedios son opcionales, dependiendo 
de la forma en que se vayan a usar los datos. La figura 13.25 es una gufa visual para los pasos. 

El paso final en la recuperation de los datos es la presentation. Podemos presentar los datos que se abstraen 
de la base de datos en muchas formas. Algunas veces se presentan en formato tabular, algunas veces en graficos 
y otras como una respuesta de una sola palabra en pantalla. El diseno de la salida, como vimos en el capftulo 11. 
provee un analisis mas detallado sobre los objetivos, formas y metodos de presentation. 


DESNORMALIZACION 

Una de las principales razones de la normalization es organizar los datos de manera que se reduzcan los datos 
redundantes. Si no tenemos que almacenar los mismos datos una y otra vez, podemos ahorrar mucho espacio. 
Dicha organization permite al analista reducir la cantidad de almacenamiento necesario, algo que era muy im- 
portante cuando el almacenamiento era costoso. 

En la ultima section aprendimos que para usar datos normalizados tuvimos que progresar por una serie de 
pasos que involucran la union, el ordenamiento y la sfntesis. Cuando la velocidad de consultar la base de datos 
(es decir, hacer una pregunta y requerir una respuesta rapida) es crftica, tal vez sea importante almacenar los da¬ 
tos de otras formas. 

La desnormalizacion es el proceso de tomar el modelo de datos logico y transformarlo en un modelo ffsico 
que sea eficiente para las tareas requeridas con mas frecuencia. Estas tareas pueden incluir la generation de in¬ 
formes, pero tambien pueden implicar consultas mas eficientes. Las consultas complejas como el procesamiento 
analftico en lfnea (OLAP), asf como los procesos de minerfa de datos y descubrimiento de conocimiento en bases 
de datos (KDD), tambien pueden usar bases de datos que esten desnormalizadas. 

Podemos llevar a cabo la desnormalizacion de varias formas. La figura 13.26 muestra uno de los metodos. 
Primero podemos tomar una relation de muchos a muchos, como la de VENDEDOR y CLIENTE, que compar- 
ten la entidad asociativa VENTAS. Al combinar los atributos de VENDEDOR y VENTAS podemos evitar uno 
de los procesos de union. Esto puede producir una cantidad considerable de duplication de datos, pero mejora la 
eficiencia de las consultas sobre los patrones de ventas. 
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Seleccionar una(s) 
relacion(es) de la base 
de datos. 


Unir las relaciones. 


Proyectar las columnas 
de la relacion. 


Seleccionar filas de 
la relacion. 



Derivar nuevos atributos. 


FIGURA 13.25 

Los datos se obtienen y presentan 
en ocho pasos. 



Indexar u ordenar las filas. 



Calcular los totales y las 
medidas de desempeno. 


Presentar los datos. 


Otra de las razones de desnormalizar es evitar la referenda repetida a una tabla de busqueda. Tal vez sea 
mas eficiente repetir la misma informacion (por ejemplo: ciudad, estado y codigo postal) incluso si por lo gene¬ 
ral esta informacion se puede almacenar solo como un codigo postal. Por ende, en el ejemplo de ventas podrfa- 
mos combinar CLIENTE y ALMACEN. 

Finalmente veremos las relaciones de uno a uno, ya que es muy probable que se combinen por razones prac- 
ticas. Si descubrimos que muchas de las consultas relacionadas con los pedidos tambien se interesan en saber 
como se envio el pedido, serfa conveniente combinar, o desnormalizar. Asf, en el ejemplo algunos de los detalles 
pueden aparecer tanto en DETALLES-PEDIDO como en DETALLES-ENVIO al llevar a cabo la desnormaliza- 
cion. 
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VENDEDOR 


VENTAS 



VENTAS-VENDEDOR-DESNORMALIZADA 


NUMERO 

NOMBRE 

AREA 

NUMERO 

MONTO 

VENDEDOR 

VENDEDOR 

VENTAS 

CLIENTE 

VENTAS 




Combinacion de 

una entidad con 
una entidad 


CUENTE-DESNORMALIZADA 


NUMERO 

NOMBRE 

NUMERO 

UBICACION 

CLIENTE 

CLIENTE 

ALMACEN 

ALMACEN \\ 


\ 


Combinacion de 

tablas do 
busc^ieda 


DETALLES-PEDIDOS-DESNORMALIZADA 


Combinacion de 
relaciones 1:1 


\\ 


NUMERO 

NOMBRE 

NUMERO 

FECHA 

MONTO 

NUMERO 

NOMBRE 

DIRECCION 

FECHA ENVIO 

CLIENTE 

CLIENTE 

PEDIDO 

PEDIDO 

PEDIDO 

ENVIO 

ENVIO 

ENVIO 



□ ETALLES-ENVIO-DESNORMALIZADA 


It 


NUMERO 

NOMBRE 

DIRECCION 

FECHA 

METODO 

NUMERO 

NUMERO 

FECHA 

ENVIO 

ENVIO 

ENVIO 

ENVIO 

ENVIO 

CLIENTE 

PEDIDO 

PEDIDO 


FIGURA 13.26 

Tres ejemplos de 
desnormalizacion para hacer el 
acceso mas eficiente. 
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ALMACENES CORPORATIVOS DE DATOS 

Los almacenes corporativos de datos son distintos de las bases de datos tradicionales. El proposito de un almacen 
corporativo de datos es organizar la informacion para consultas rapidas y efectivas. Es cierto que almacenan da¬ 
tos desnormalizados, pero van un paso mas alia. Organizan los datos con base en los temas. En la mayorfa de los 
casos el almacen corporativo de datos es mas que una base de datos que se procesa de manera que los datos se 
representen en maneras uniformes. Por lo tanto, los datos almacenados en los almacenes de datos provienen de 
distintas fuentes, por lo general bases de datos que se establecieron para distintos fines. 

El concepto de almacen corporativo de datos es unico. Las diferencias entre los almacenes corporativos de 
datos y las bases de datos tradicionales incluyen lo siguiente: 

1. En un almacen corporativo de datos, los datos se organizan con base en los temas principales en vez de las 
transacciones individuales. 

2. Por lo general, los datos en un almacen corporativo de datos se organizan como datos sintetizados en vez de 
los datos puros detallados que se encuentran en una base de datos orientada a transacciones. 

3. Los datos de un almacen corporativo de datos cubren un marco de tiempo mucho mayor que los datos en las 
bases de datos tradicionales orientadas a transacciones, ya que comunmente las consultas se relacionan con 
la toma de decisiones a largo plazo, en vez de los detalles diarios de las transacciones. 

4. La mayorfa de los almacenes corporativos de datos se organizan para consultas rapidas, mientras que las 
bases de datos mas tradicionales estan normalizadas y estructuradas de tal forma que provean un 
almacenamiento eficiente de la informacion. 

5. Por lo general, los almacenes corporativos de datos estan optimizados para responder consultas complejas de los 
gerentes y analistas conocidas como OLAP, en vez de las consultas simples que se realizan en forma repetida. 

6. Los almacenes corporativos de datos permiten un facil acceso a traves de software de minerfa de datos 
(conocido como siftware), el cual busca patrones y puede identificar las relaciones que los humanos 
encargados de tomar decisiones no imaginan. 

7. Los almacenes corporativos de datos no solo incluyen una, sino varias bases de datos que se han procesado 
de manera que los datos del almacen corporativo se definan con uniformidad. Estas bases de datos se 
conocen como datos limpios. 

8. Comunmente los almacenes corporativos de datos incluyen informacion de fuentes externas (como un 
informe industrial, el archivo de la empresa en la Comision de Bolsa y Valores, o incluso informacion sobre 
los productos de los competidores), asf como datos generados para uso interno. 

El proceso de crear un almacen corporativo de datos es una tarea monumental. El analista necesita recopilar datos 
de una variedad de fuentes y traducir esos datos a una forma comun. Por ejemplo, tal vez una base de datos almacene 
informacion sobre los generos como “Masculino” y “Femenino”, otra la almacene como “M” y “F”, y una tercera la 
almacene como “1” y “0”. El analista necesita establecer un estandar y convertir todos los datos al mismo formato. 

Una vez que estan limpios los datos, el analista debe decidir como sintetizarlos. Una vez sintetizados se pier- 
den los detalles, por lo que el analista tiene que predecir el tipo de consultas que se podrfan realizar. 

Despues, el analista necesita disenar el almacen corporativo de datos mediante la organization logica (y tal 
vez el agrupamiento ffsico) de los datos por tema, lo cual requiere de mucho analisis y diseno. El analista nece¬ 
sita conocer mucho sobre la empresa. 

El tamano de los almacenes corporativos de datos ordinarios tiende a estar entre los 50 gigabytes hasta de- 
cenas de terabytes. Como son grandes, tambien son costosos. La mayorfa de los almacenes corporativos de datos 
cuestan millones de dolares. 

Procesamiento analitico en linea 

El procesamiento analitico en lfnea (OLAP) fue introducido por E. F. Codd en 1993. Su objetivo era responder a 
las preguntas complejas de los encargados de tomar decisiones. Codd concluyo que el encargado de tomar deci¬ 
siones tenfa que analizar los datos en distintas formas. Por lo tanto, la base de datos en sf tenfa que ser multidi¬ 
mensional. Muchas personas consideran que OLAP es el Cubo de Rubik de los datos. Se pueden ver los datos de 
todos los distintos lados y tambien se pueden manipular al girarlos o torcerlos, para que tengan sentido. 

Esta metodologfa OLAP valido el concepto de los almacenes corporativos de datos. Despues surgio la ne- 
cesidad de organizar los datos en formas que permitieran consultas eficientes. Desde luego que OLAP implica 
el procesamiento de los datos por medio de manipulation, sfntesis y calculo, por lo que hay mas de un almacen 
corporativo de datos involucrado. 

Mineria de datos 

La minerfa de datos puede identificar patrones que un humano no puede. O el encargado de tomar decisiones 
no puede ver un patron, o tal vez no puede pensar en preguntar si existe ese patron. Los algoritmos de minerfa 
de datos buscan patrones en los almacenes corporativos de datos mediante el uso de algoritmos. La figura 13.27 
ilustra el concepto de mineria de datos. 
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OPORTUNIDAD DE CONSULTORIA 13.2 


Almacenamiento de minerales para la salud, mineria de datos 


E/sther See, una de las empleadas de Marathon Vitamin Shop, se 
acerca al propietario Bill Berry para comentarle: “He observado que 
nuestros clientes tienen distintos habitos. Algunos vienen con regu- 
laridad y otros son menos predecibles”, dice Esther. “Cuando veo a 
un cliente regular, me enorgullezco de anticipar lo que el cliente va 
a comprar e incluso hasta puedo sugerirle otras vitaminas de su 
agrado. Creo que genero mas ventas de esa forma. Ademas, el 
cliente esta mas contento”. 

Esther continua: “Aunque desearfa poder ayudar mejor a algu¬ 
nos de los clientes que vienen con menos frecuencia”. 

“Es una actitud muy favorable, Esther, ademas de que ayuda a 
nuestra tienda”, le responde Bill. “Se que podemos beneficiamos de 
otras formas si logramos manejar mejor los patrones de los clientes. Por 
ejemplo, podemos estar seguros de tener un articulo en existencia”. 

Ester asiente y agrega: “No es solo el tipo de vitamina de lo que 
estoy hablando. Algunos clientes prefieren una marca en vez de otra. 


No se si depende de su nivel de ingreso o de los intereses que tengan 
en actividades de esparcimiento. Como los deportes, por ejemplo”. 

“Ya veo, Srita. See” dice Bill sonriendo, “),tiene algo en 
mente?”. 

“Sf, Sr. Berry”, dice en un tono mas formal. “Deberiamos or- 
ganizar los datos que tenemos sobre nuestros clientes mediante el 
concepto de un almacen corporativo de datos. Podemos fusionar los 
datos que tenemos con la informacion de otras fuentes. Asi pode¬ 
mos buscar patrones en nuestros datos. Tal vez podamos identificar 
los patrones existentes y predecir nuevas tendencias”. 

Piense como organizarfa un almacen corporativo de datos para 
Marathon Vitamin Shops. ^Que otras bases de datos le gustarfa fu¬ 
sionar en el almacen de datos? ^Que tipo de patrones deberfa estar 
buscando Bill Berry? Identifique estos patrones por tipo (asociacio- 
nes, secuencias, agrupamiento o tendencias) y descrfbalos en uno o 
dos parrafos. 


La mineria de datos se conoce tambien por otro nombre: descubrimiento de conocimiento en bases de da¬ 
tos (KDD). Algunos piensan que KDD es distinto a la mineria de datos, debido a que su objetivo es ayudar a 
los encargados de tomar decisiones a encontrar patrones, en vez de ceder el control a un algoritmo para que los 
encuentre. Las ayudas disponibles para las decisiones se conocen como siftware; incluyen el analisis estadfstico, 
los arboles de decision, las redes neurales, los agentes inteligentes, la logica difusa y la visualization de datos. 


FIGURA 13.27 

La mineria de datos recopila 
informacion personal sobre los 
clientes, en un esfuerzo por ser 
mas especfficos al interpretar y 
anticiparse a sus preferencias. 



Prospectos/listas 
de correo de otras 
empresas 


Historial de compras 
del cliente con su 
tarjeta de credito 


Datos demograficos 
del cliente procedentes 
de la municipalidad 


Tarjeta de 
garantia que envio 
el cliente 



Informacion de 
la encuesta que 
lleno el cliente 



Datos que se 
mantienen en 
forma interna 




Oferta promocional 
especial para 
el cliente 


Perfil de cliente que 
se obtuvo cuando 
el cliente hizo una 
compra en la Web 
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OPORTUNIDAD DE CONSULTORIA 13.3 



Perdida de prospectos 


“T 

J__/a participacion en el mercado puede ser un verdadero pro- 
blema”, dice Ryan Taylor, director de sistemas de marketing para 
una aseguradora medica de la Costa Este de Estados Unidos. “Uno 
de los mayores retos al que hacemos frente es como identificar 
buenos prospectos para nuestros vendedores. Con mas del 50 por 
ciento de participacion en el mercado, debemos eliminar los nom- 
bres de la mayorfa de los prospectos que compramos antes de llenar 
nuestra base de datos de marketing; es imprescindible que lo haga- 
mos bien, ya que esta es parte crucial de nuestro arsenal de herra- 
mientas de informacion estrategica de la empresa”. 

Ryan explica a Chandler, uno de los miembros del equipo de 
analistas de sistemas que usted dirige: “Una base de datos de mar¬ 
keting, o MDB para abreviar, es una poderosa base de datos relacio- 
nal que representa el corazon de los sistemas de marketing. Nuestra 
base de datos de marketing se utiliza para proveer informacion para 
todos los sistemas de marketing. En estos sistemas se incluyen las 
herramientas de productividad, como nuestra Automatizacion de 
las fuerzas de ventas y nuestros Sistemas de correo masivo, disena- 
dos para ayudar a los vendedores a administrar el ciclo de ventas. 
Tambien se incluyen las herramientas analiticas, como nuestros 
sistemas de informacion geografica (GIS) o las herramientas del 
lenguaje grafico de consulta (CQL), que estan disenadas para pro¬ 
veer soporte para las decisiones. 

“Pero la principal funcion de una base de datos de marketing es 
rastrear la informacion sobre nuestros clientes y prospectos. En la 
actualidad rastreamos la informacion geografica, demografica y psi- 
cograftca o, como me gusta decirlo, donde viven, quienes son y como 
piensan”. 

“Las bases de datos de marketing mas simples se pueden crear 
a partir de solo tres archivos: Perfil de prospectos, Perfil de clientes 
e Historial de compras y pagos”. 

“Una vez disenada la base de datos de marketing, el siguiente 
reto es decidir como llenarla. En la actualidad compramos nuestra 
informacion de prospectos a un distribuidor de listas. Como la es- 
trategia de marketing de nuestra empresa se basa en el marketing en 
masa, compramos todos los negocios en nuestra area. Debido a este 
volumen, pagamos menos de diez centavos de dolar por cada pros- 
pecto. No obstante, si una empresa practica la diferenciacion de 
productos, es probable que su base de prospectos sea mas definida. 
Esta empresa probablemente pagaria una prima por datos mas deta- 
llados que se validaron con cuidado”, explica Ryan. 

“Nos enfrentamos a un verdadero reto. Si tuviera un dolar por 
cada vez que un representante se queja conmigo sobre la direccion 


equivocada de un prospecto, podrfa retirarme y mudarme a Flo¬ 
rida”, bromea Ryan. “Mi trabajo es identificar cuales prospectos 
son malos. No es muy dificil si solo hay unos cuantos miles, pero 
^que hace uno cuando hay mas de un cuarto de millon?”. 

Ryan continua, “Como usamos estos datos con frecuencia para 
enviar muchos correos, es muy importante para nosotros asegurar 
que los nombres y direcciones en ese archivo tengan la mayor exac- 
titud posible. Por ejemplo, deben conformarse a los estandares 
postales y no debe haber duplicados.” 

“Para lograr esto utilizamos una tecnica llamada higiene de 
datos. ^Que tal suena ese termino especializado? Por lo general 
logramos la higiene de los datos mediante software especializado, 
el cual se utiliza para determinar la validez de una direccion. Este 
software relaciona la direccion de la base de datos con su propia 
base de datos interna de calles y rangos de numeros validos en una 
ciudad o codigo postal especffico”. 

Ryan prosigue: “Uno de los otros retos de datos a los que se 
enfrentan los que trabajan en marketing es la elimination de regis- 
tros duplicados en la base de datos de marketing. Hay dos tipos de 
duplicados a buscar: duplicados internos, que consisten en la exis- 
tencia de varios registros del mismo cliente o prospecto, y los du¬ 
plicados externos, que representan nuestra incapacidad de eliminar 
clientes de nuestros datos de prospectos”. 

“Los duplicados internos crean problemas en los informes e 
incrementan los costos del servicio de correo. Los duplicados exter¬ 
nos son incluso peores: son tanto costosos como vergonzosos”. 
Ryan explica: “Una de las cosas mas vergonzosas para un represen¬ 
tante de ventas es realizar una llamada a un prospecto solo para 
descubrir que ya es nuestro cliente. Por lo general, el cliente se 
queda con la sensation de que es solo un numero en una de nuestras 
computadoras. Ademas de la mala impresion, desperdicia el valioso 
tiempo y los recursos”. 

Describa en dos parrafos algunas tecnicas que podrfa usar 
Ryan para ayudar a identificar los duplicados internos y externos en 
la base de datos de marketing de su empresa. Describa como crearfa 
una base de datos de marketing para minimizar los duplicados (use 
un parrafo). (,Hay metodos operacionales que podrfan reducir este 
problema? Haga una lista de ellos. ^Quien mas en la organizacion 
podrfa ayudar con este proceso? Proporcione una lista breve. Reco- 
miende en un parrafo los metodos para Chandler y los demas miem¬ 
bros de su equipo de analisis de sistemas que se puedan usar para 
ayudar a reclutar y asegurar la asistencia de otros miembros rele- 
vantes de la organizacion. 


Los tipos de patrones que los encargados de tomar decisiones tratan de identificar incluyen las asociacio- 
nes, las secuencias, el agrupamiento y las tendencias. Las asociaciones son patrones que ocurren en conjunto al 
mismo tiempo. Por ejemplo, una persona que compra cereal por lo general compra leche para acompanarlo. Por 
otro lado, las secuencias son patrones de acciones que se llevan a cabo durante un periodo de tiempo. Por ejem¬ 
plo, si una familia compra una casa este ano, es muy probable que vayan a comprar bienes de consumo durade- 
ros (un refrigerador, o lavadora y secadora) el proximo. El agrupamiento es el patron que se desarrolla entre un 
grupo de personas. Por ejemplo, los clientes que viven en un codigo postal especffico tal vez tiendan a comprar 
un automovil especffico. Por ultimo, las tendencias son patrones que se observan durante un periodo de tiempo. 
Por ejemplo, tal vez los consumidores pasen de comprar artfculos genericos a productos premium. 

El concepto de minerfa de datos surgio del deseo de usar una base de datos para una focalizacion mas selec- 
tiva de los clientes. Las primeras metodologfas para el correo directo inclufan el uso de la informacion del codigo 
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postal como una forma de determinar cual podrfa ser el ingreso de una familia (suponiendo que esta debe generar 
suficiente ingreso como para poder vivir en el prestigioso codigo postal 90210 de Beverly Hills o en algun otro 
vecindario acomodado). Era una manera (imperfecta, desde luego) para limitar el mimero de catalogos enviados. 

La minerfa de datos lleva este concepto un paso mas alia. Si suponemos que el comportamiento anterior es 
un buen vaticinador de las compras futuras, se recopila una gran cantidad de datos sobre una persona especifica 
a partir de las compras con su tarjeta de credito. La empresa puede identificar en que tiendas compramos, que 
hemos comprado y cuanto pagamos por un articulo, ademas de saber cuando y con que frecuencia viajamos. Los 
datos tambien se introducen, almacenan y utilizan para una variedad de propositos cuando llenamos las garan- 
tias, solicitamos una licencia de conductor, respondemos a una oferta gratuita o solicitamos una tarjeta de mem- 
bresfa en una tienda de renta de videos. Lo que es mas: las empresas comparten estos datos y a menudo hacen 
dinero al venderlos a terceros. 

American Express ha sido lider en mineria de datos para fines de marketing. American Express le envia 
cupones de descuento para nuevas tiendas o entretenimiento cuando le envia la factura de su tarjeta de credito, 
habiendo determinado que usted compro en tiendas similares o asistio a eventos similares. General Motors ofrece 
una tarjeta MasterCard que permite a los clientes acumular puntos de bonification para la compra de un nuevo 
automovil, y despues envia information sobre los nuevos vehiculos en el momento en que seria mas probable 
que el consumidor este interesado en comprar un auto nuevo. 

Sin embargo, la metodologia de mineria de datos tambien presenta sus problemas. En primer lugar, los 
costos pueden ser demasiado altos como para poder justificar la mineria de datos, algo que tal vez se descubra 
solo hasta despues de haber acumulado enormes costos de preparation. En segundo lugar, la mineria de datos 
tiene que estar coordinada de manera que varios departamentos o subsidiarias no traten de contactar al cliente al 
mismo tiempo. Ademas, los clientes tal vez piensen que se ha invadido su privacidad y resientan las ofertas que 
reciben. Por ultimo, los clientes podrian pensar que los perfiles creados unicamente con base en sus compras con 
tarjeta de credito presentan una imagen bastante distorsionada de quienes son en realidad. 

Los analistas deben asumir responsabilidad en cuanto a los aspectos eticos de cualquier proyecto de mineria 
de datos propuesto. Hay que considerar y averiguar, junto con el cliente, todos los detalles sobre el periodo que 
se mantendra el material de los perfiles, la confidencialidad del mismo, las medidas de protection de la priva¬ 
cidad incluidas y los usos que se le daran. Las oportunidades de abuso son evidentes, por lo que debemos estar 
protegidos. Para los consumidores, la mineria de datos es solo otra tecnologia mas que se les impone, y si ellos 
no desean que pase esto, los esfuerzos de mineria de datos fracasaran. 


RESUMEN 

Una decision importante en el diseno de un sistema de infor¬ 
macion es la forma en que se almacenan los datos. Hay dos 
metodologias para ello: la primera consiste en almacenarlos en 
archivos individuates, usando un archivo para cada aplicacion; 
la segunda, en desarrollar una base de datos que puedan com- 
partir muchos usuarios para varias aplicaciones, a medida que 
surja la necesidad. 

Para comprender el almacenamiento de los datos hay que 
captar tres ambitos: realidad, datos y metadatas. Una entidad es 
un objeto o evento por el que estamos dispuestos a recolectar y 
almacenar datos. Los atributos son las caracteristicas reales de 
estas entidades. Los elementos de datos pueden tener valores y 
se pueden organizar en registros a los que se puede acceder me- 
diante una clave. Los metadatas describen a los datos y pueden 
contener restricciones sobre el valor de un elemento de datos 
(por ejemplo, que sea solo numerico). 

Algunos ejemplos de archivos convencionales son los ar¬ 
chivos maestros, los archivos de tablas, los archivos de transac- 
ciones, los archivos de trabajo y los archivos de informes. Por 
lo general, las bases de datos se construyen con una estructura 
relacional. Sin embargo, los sistemas heredados pueden tener 
estructuras jerarquicas o de redes. 

La normalizacion es el proceso que toma las vistas de 
usuario y las transforma en estructuras menos complejas co- 
nocidas como relaciones normalizadas. Hay tres pasos en el 
proceso de normalizacion. En primer lugar se eliminan todos 


los grupos repetitivos. En segundo lugar se eliminan todas las 
dependencias parciales. Por ultimo se quitan las dependencias 
transitivas. Una vez que se completan estos tres pasos, el re- 
sultado es la creation de numerosas relaciones que estan en la 
tercera forma normal (3NF). 

Podemos usar el diagrama de entidad-relacion para de¬ 
terminar las claves requeridas para un registro o una relacion 
de una base de datos. Los tres lineamientos a seguir al disenar 
tablas maestras o relaciones de bases de datos son: 1) cada en¬ 
tidad de datos separada debe crear una tabla maestra (no com- 
binar dos entidades distintas dentro de una tabla); 2) un campo 
de datos especifico debe existir en solo una tabla maestra; y 3) cada 
tabla maestra o relacion de base de datos debe tener programas 
para crear (C), leer (R), actualizar (U) y eliminar (E). 

El proceso de recuperar datos puede involucrar hasta 
ocho pasos: 1) seleccionar una relacion, 2) unir dos relaciones, 
3) proyectar (seleccionar) las columnas, 4) seleccionar las filas 
relevantes, 5) derivar nuevos atributos, 6) ordenar o indexar fi¬ 
las, 7) calcular totales y medidas de desempeno, y fmalmente 
8) presentar los resultados al usuario. 

La desnormalizacion es un proceso que toma el modelo de 
datos logico y lo transforma en un modelo fisico que sea efi- 
ciente para las tareas mas necesarias. Los almacenes corporativos 
de datos difieren de las bases de datos tradicionales en muchos 
aspectos; uno de ellos es que almacenan datos desnormalizados, 
los cuales estan organizados en base a temas. Los almacenes cor- 


www.xlibros.com 


CAPiTULO 13 • DISENO DE BASES DE DATOS 433 



J__/scuche muchas cosas buenas sobre su equipo de las personas 
en Sistemas administrativos. Incluso se ganaron un elogio bien 
merecido de Tom Ketcham, a quien no es muy facil complacer en 
estos dfas. Hasta el esta viendo algunas posibilidades. Creo que 
hasta ahora han logrado mantenernos unidos... a menos que nos 
vayamos en distintas direcciones otra vez. Solo estoy bromeando. 
Les dije que pensaran acerca de si somos una familia, un zoologico 
o una zona de guerra. Ahora es el momento de empezar a disenar 
sistemas que se adapten a nosotros. Ya ha estado usted aquf el 
tiempo suficiente como para poder formarse esas opiniones. Espero 
que sean favorables. Creo que nuestra famosa hospitalidad surena y 
sentido del humor notablemente britanico deberfan ayudar a in- 
fluenciarlo, ^o no? Estuve tan ocupado tratando de persuadirlo de 
que valemos la pena el esfuerzo que olvide decirle: Tom y Snowden 
han acordado pensar en cambiar a una base de datos de algun tipo. 
^Podrfa tener esto listo en las proximas dos semanas? Tom esta en 
una conferencia en Minneapolis, pero cuando regrese serfa exce- 
lente que usted tuviera algunas ideas al respecto para que Snowden 
y Tom discutan sobre ellas. Siga perseverando”. 

Preguntas de HYPERCASE 

1. Suponga que los miembros de su equipo han usado el Informe 
de caracterfsticas de los clientes de la Unidad de capacitacion 
(Training Unit Client Characteristics Report) para disenar una 
tabla de base de datos que almacene la information contenida 
en este informe, con el siguiente resultado: 

2. Aplique la normalization a la tabla que su equipo desarrollo 
para eliminar los grupos repetitivos. Muestre sus resultados. 

3. Elimine las dependencias transitivas de su tabla y muestre la 
tabla de datos resultante. 


Nombredetabla:TABLA CLIENTES 


Nombrede columna 

Description 

ID CLIENTE 

Nemonico inventado por los 

(clave primaria) 

usuarios, como STHSP para State 
Hospital 

NOMBRE CLIENTE 

El nombre actual completo del 
cliente 

DIRECCION 

La direction del cliente 

CONTACTO 

El nombre de la persona de 
contacto 

NUMERO TELEFONICO 

El numero telefonico de la persona 
de contacto 

CLASE 

El tipo de institution (Hospital de 
administration de veteranos, 
clfnica, otro) 

TAMANIO-PERSONAL 

Tamano del personal del cliente 
(numero) 

NIVEL CAPACITACION 

Mfnimo nivel de experiencia 
requerido del personal (segun lo 
definido por la clase) 

CTD-EQUIP 

El numero de equipos medicos que 
tiene el cliente 

TIPO EQUIP 

El tipo de equipos medicos (por 
ejemplo, rayos X, IRM, TAC) 

MODELO-ANIO EQUIP 

El modelo y ano de cada equipo 
medico 


porativos de datos permiten un facil acceso mediante el software 
de minerfa de datos tambien conocido como software, el cual 
busca patrones e identifica las relaciones que no pueden imagi- 
nar los humanos encargados de tomar decisiones. 

La minerfa de datos involucra el uso de una base de da¬ 
tos para una focalizacion mas selectiva de los clientes. Supo- 
niendo que el comportamiento anterior es un buen vaticinador 

PALABRAS CLAVE Y FRASES 


de las compras futuras, las empresas recopilan datos sobre una 
persona a partir de las compras con su tarjeta de credito, las 
solicitudes de licencia de conductor, las tarjetas de garantfas, 
etcetera. La minerfa de datos puede ser poderosa, pero tambien 
puede ser costosa y debe estar coordinada. Ademas, puede in- 
fringir la privacidad del consumidor o incluso los derechos ci- 
viles de una persona. 


administrador de base de datos 
almacen de datos 
almacenamiento de datos 
anomalfa de actualization 
anomalfa de elimination 
archivo convencional 
archivo de informes 
archivo de tablas 
archivo de trabajo 
archivo de transacciones 
archivo maestro 


atributo 
base de datos 
caracteres especiales 
clave concatenada 
clave primaria 
clave secundaria 

CRUD (crear, leer, actualizar y eliminar) 
datos limpios 
dependencias parciales 
dependencias transitivas 
desnormalizacion 
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diagrama de burbuja 
diagrama de modelo de datos 
diagrama entidad-relacion (E-R) 
elemento de datos 
elemento de information 
entidad 

estructura de datos de red 
estructura de datos jerarquica 
estructura de datos relacional 
grupo repetido 

identificador de objetos (OID) 
integridad de dominio 
integridad referencial 
minerfa de datos 
normalizacion 

primera forma normal (INF) 

PREGUNTAS DE REPASO 

1. ^Cuales son las ventajas de organizar el almacenamiento de datos como archivos separados? 

2. ^Cuales son las ventajas de organizar el almacenamiento de datos mediante una metodologfa de base de datos? 

3. ^Cuales son las medidas de efectividad del diseno de bases de datos? 

4. Mencione algunos ejemplos de entidades y sus atributos. 

5. ^Cual es la diferencia entre una clave primaria y un identificador de objetos? 

6. Defina el termino metadatos. ^Cual es el proposito de los metadatas? 

7. Mencione los tipos de archivos convencionales de uso comun. ^Cuales de estos son archivos temporales? 

8. Mencione los tres tipos principals de organization de bases de datos. 

9. Defina el termino normalizacion. 

10. iQue se elimina cuando una relation se convierte a la primera forma normal? 

11. (,Que se elimina cuando una relation se convierte de INF a 2NF? 

12. iQue se elimina cuando una relation se convierte de 2NF a 3NF? 

13. Mencione las tres restricciones de entidad. Describa en un enunciado el significado de cada restriction de entidad. 

14. Describa las cuatro anomalias que pueden ocurrir al crear tablas de bases de datos. 

15. Mencione los ocho pasos para recuperar, preordenar y presentar los datos. 

16. (,Que hace la union? (,Que es la proyeccion? (,Que es la selection? 

17. Defina desnormalizacion. 

18. Explique las diferencias entre bases de datos tradicionales y almacenes corporativos de datos. 

19. Defina que hace el software cuando se utiliza en minerfa de datos. 

PROBLEMAS 

1. Dado el siguiente archivo de arrendatarios: 


Numero de 
registro 

Apellido paterno 

Numero de 
apartamento 

Renta 

Expiracion del 
arrendamiento 

41 

Warkentin 

102 

550 

4/30 

42 

Buffington 

204 

600 

4/30 

43 

Schuldt 

103 

550 

4/30 

44 

Tang 

209 

600 

5/31 

45 

Cho 

203 

550 

5/31 

46 

Yoo 

203 

550 

6/30 

47 

Pyle 

101 

500 

6/30 


a. Muestre un ejemplo de proyeccion. 

b. Muestre un ejemplo de selection. 

c. Muestre dos ejemplos de como ordenar filas. 

d. Muestre un ejemplo de como calcular los totales. 


procesamiento analftico en lfnea (OLAP) 
realidad, datos y metadatos 
recuperation 

recuperation de information 

registro 

relation 

relation sin normalizar 
restriction de integridad de entidad 
segunda forma normal (2NF) 
siftware 

sistema de administration de bases de datos (DBMS) 

subtipo de entidad 

tercera forma normal (3NF) 

vista ffsica 

vista logica 
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2. El siguiente es un ejemplo de una boleta de calificaciones para dos estudiantes en la University of Southern New Jersey: 


USNJ - Boleta de calificaciones - Primavera - Semestre 2010 


Nombre: I. M. Smarte Especiaiidad: MIS 

Estudiante: 053-06929-24 Estado: Avanzado 


Numero de curso 

Titulo del curso 

Profesor 

Departamento 
del profesor 

Catificacion 

MIS 

403 

Analisis de sistemas 

Diggs, T. 

MIS 

A 

MIS 

411 

Fundamentos conceptuales 

Barre, G. 

MIS 

A 

MIS 

420 

Factores humanos en SI 

Barre, G. 

MIS 

B 

CIS 

412 

Diseno de bases de datos 

Menzel, I. 

CIS 

A 

DESC 

353 

Modelos de administration 

Murney, J. 

MIS 

A 


USNJ - Boleta de calificaciones - Primavera - Semestre 2010 


Nombre: E. Z. Grayed Especiaiidad: MIS 

Estudiante: 472-6124-59 Estado: Avanzado 


Numero de curso 

Titulo del curso 

Profesor 

Departamento del 
profesor 

Calificacion 

MIS 403 

Analisis de sistemas 

Diggs, T. 

MIS 

B 

MIS 411 

Fundamentos conceptuales 

Barre, G. 

MIS 

A 


Dibuje un diagrama de modelo de datos con asociaciones para la vista de usuario. 

3. Convierta la vista de usuario del problema 2 a una relation 3NF. Muestre cada paso del proceso. 

4. (,Que problema podrfa surgir al utilizar el numero de curso conio clave primaria para los datos en el problema 2? 

(, Sugerencia : Piense sobre lo que ocurriria si cambia el Nombre del departamento [no se muestra en los datos]). 

5. Dibuje un diagrama de entidad-relacion para la siguiente situation: muchos estudiantes practican muchos deportes. Una 
persona denominada entrenador en jefe asume el papel de entrenador en todos estos deportes. Cada una de las entidades 
tiene un numero y un nombre (haga las suposiciones necesarias para completar un diagrama razonable. Haga una lista de 
sus suposiciones). 

6. El diagrama de entidad-relacion que dibujo en el problema 5 representa las entidades de datos necesarias para 
implementar un sistema para rastrear a los estudiantes y los deportes que practican. Haga una lista de las tablas necesarias 
para implementar el sistema, junto con las claves primarias, secundarias y externas que se requieren para vincular las 
tablas. 

7. Dibuje un diagrama de entidad-relacion para la siguiente situation: una panaderfa comercial fabrica muchos productos: 
panes, postres, pasteles especiales y muchos otros productos horneados. La panaderfa compara a varios distribuidores los 
ingredientes como harina, especias y leche. Algunas veces compran un ingrediente a un solo distribuidor y otras veces lo 
compran a varios. La panaderfa tiene clientes comerciales, como escuelas y restaurantes, que hacen pedidos de productos 
horneados con regularidad. Cada producto horneado tiene un especialista que supervisa la organization de la operation 
de la panaderfa e inspecciona el producto terminado. 

8. Haga una lista de las tablas y claves que se necesitan para implementar el sistema de la panaderfa comercial. 

9. Dibuje un diagrama E-R para el sistema de pedidos de la figura 13.24. 

10. Dibuje un diagrama de flujo de datos para colocar un pedido. Base su diagrama de flujo de datos en el diagrama E-R. 

11. Cree un diagrama de entidad-relacion para un paquete de software de genealogfa llamado “PeopleTree” con el que se 
puede llevar un registro de los ancestros. Suponga que cada persona estara en una tabla Persona y que una persona puede 
tener padres (un padre y una madre) biologicos y padres (un padre y una madre) adoptivos. Las madres y padres se 
deben almacenar en la tabla Persona tambien. Cada persona solo debe tener un lugar de nacimiento, el cual se debe 
almacenar en la tabla Persona. Muchas personas pueden nacer en el mismo lugar. 

12. Defina la clave primaria utilizada para las tablas Persona y Lugar. 
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13. GaiaOrganix es una cooperativa de mayoreo de comida organica que vincula a productores y consumidores. 

GaiaOrganix negocia las compras que las tiendas de abarrotes y demas tiendas relacionadas hacen a los granjeros que 
cultivan una variedad de cosechas, como frutas, vegetales y granos. Cada granjero puede producir varias cosechas y 
varios granjeros pueden producir una cosecha. Para proveer el nivel mas alto de productos frescos, estos se envfan 
directamente de la granja a la tienda. Cada tienda puede comprar de muchas granjas y cada granja puede vender a 
muchas tiendas. Dibuje un diagrama de entidad-relacion en la tercera forma normal que muestre la relacion entre el 
productor (granjas) y el vendedor (tiendas). 

14. Articlelndex.com es una empresa que produce indices de artfculos de revistas y periodicos para una disciplina especffica. 
Un usuario Web debe tener la capacidad de introducir el tema o los autores de un artfculo para recibir una lista detallada 
de todos los artfculos y periodicos en los que se encontro el tema. Cada artfculo puede tener muchos autores y cada autor 
puede escribir muchos artfculos. Un artfculo puede existir solo en un periodico, pero cada periodico por lo general 
contiene muchos artfculos. Cada artfculo puede tener muchos temas y cada tema puede estar en muchos artfculos. Dibuje 
un diagrama de entidad-relacion en la tercera forma normal para los artfculos, autores, periodicos y temas. 

15. Identifique las claves primarias y externas para el diagrama de entidad-relacion creado en el problema 14. 


PROYECTO EN GRUPO 

1. Gregg Baker compro boletos para dos conciertos a traves de la Web. Sus pedidos se procesaron, las ubicaciones exactas 
se asignaron y los boletos se enviaron por separado. Uno de los conjuntos de boletos se perdio en el correo. Cuando 
llamo al numero de servicio no recordo la fecha ni los numeros de los asientos, pero la agenda pudo localizar sus 
boletos con rapidez debido a que desnormalizo la relacion. Describa el sistema de pedidos de boletos mediante un 
listado de los elementos de datos que se mantienen en el formulario de pedido y el formulario de envfo. (.Que 
informacion proporciono Gregg a la agenda de boletos para recuperar la informacion? 
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EPISODIC) 1 3 


CASO DE LA CPU 

Allen Schmidt, Julie E. Kendall y Kenneth E. Kendall 


De vuelta a los fundamentos de datos 


Despues de realizar numerosas entrevistas, prototipos, diagramas de flujo de datos, entradas en el diccionario de datos y 
diagramas de UML, Anna y Chip empiezan a trabajar en el modelo de entidad-relacion. “Yo sere responsable de crear las 
relaciones de las tablas de Microsoft Access”, afirnia Anna. Chip se ofrece a completar un diagrama de entidad-relacion. 
“Cuando terminemos, vamos a comparar los dos diagramas en cuanto a precision y consistencia”, sugiere Anna, y as! lo 
hacen. 

La figura E13.1 muestra el diagrama de entidad-relacion para el sistema de inventario de computadoras. Visible Analyst 
llama a cada uno de los rectangulos una entidad. Cada entidad representa una tabla de base de datos de information almacenada 
en el sistema, correspondiente a un almacen de datos en el diagrama de flujo de datos o a una clase de entidad en un diagrama 
de secuencia o de clases. Cada uno de los rectangulos en forma de diamante representa una entidad asociativa que representa 
una relacion entre las entidades de datos. Un rectangulo con un ovalo en su interior representa a una entidad asociativa que no 
puede existir sin la entidad conectora. Por lo general estos son elementos repetitivos. Microsoft Visio usa rectangulos para re- 
presentar tanto una entidad asociativa conio una entidad atributiva. 

“Termine de crear el diagrama de entidad-relacion, empezando con las porciones mas simples del sistema”. Chip dice a 
Anna. “Las primeras entidades de datos creadas son SOFTWARE y COMPUTADORA. La relacion es que el software se 
instala en la computadora. Despues determine la cardinalidad de la relacion. Como un paquete de software se puede instalar en 
muchas computadoras, esta relacion es de uno a muchos. Cada computadora tambien puede tener varios paquetes de software 
instalados en ella, por lo que tambien provee una relacion de uno a muchos. Como hay una relacion de uno a muchos para cada 
una de las entidades de datos, la relacion completa entre ellas se vuelve de muchos a muchos”. 

Chip continua y dice: “Esta primera vista esta lejos de ser normalizada. Observa que NUMERO INVENTARIO SOFT¬ 
WARE es un elemento repetitivo en la entidad HARDWARE. Voy a tener que crear varias entidades para cada uno de ellos”. 
Poco despues, Chip revisa su trabajo con Anna. Se quito el NUMERO INVENTARIO SOFTWARE y se coloco en una entidad 
relational. Consulte el diagrama de entidad-relacion que se muestra en la figura E13.2. “Esto coloca a los datos en la primera 
forma normal”, comenta Chip. “Ademas, no hay elementos que dependan solo de una parte de la clave, por lo que los datos 
tambien se encuentran en la segunda forma normal. Sin embargo, hay elementos que no forman parte de la entidad que se re¬ 
presenta en el diagrama y habra que eliminarlos. Por ejemplo, da un vistazo a SISTEMA OPERATIVO y a EDIFICIO CAM¬ 
PUS. Estos elementos no son parte del hardware de computadora, pero estan instalados en la computadora o la computadora 
esta instalada en una sala del campus. Deben tener su propia entidad. Esto facilita el proceso de cambiar la version de un sistema 
operativo. En vez de tener que cambiar la version del sistema operativo en muchos de los registros de COMPUTADORA, ten- 
driamos que cambiarlo solo una vez”. 

Anna asiente y comenta: “Es realmente una buena valoracion de la situation. Facilitara la implementation de las tablas de 
Microsoft Access”. 



Numero inventario hardware + 
Nombre marca + 

Modelo + 

Numero serie + 

Fecha compra + 

Costo compra + 

Costo reemplazo + 

Tamanio memoria + 

Capacidad disco duro + 
Capacidad segundo disco duro + 
Unidad optica + 

Sistema operativo + 

Intervalo actualizacion + 
Duracion garantia + 

Descripcion campus + 

Ubicacion sala + 

(Numero inventario software! 


Numero inventario software + 
Titulo + 

Nombre sistema operativo + 
Numero version + 

Editorial + 

Descripcion categoria software + 
Marca computadora + 

Modelo computadora + 

Memoria requerida + 

Licencia sitio + 

Numero de copias + 

Apellido paterno experto + 
Primer nombre experto + 
Telefono oficina 


FIGURA E13.1 

Diagrama de entidad-relacion sin 
normalizar para el sistema 
computarizado. La relacion de 
muchos a muchos se tendra que 
definir como una entidad 
asociativa. 
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FIGURA E13.2 

El diagrama de entidad-relacion 
del sistema computarizado en 
primera forma normal. 
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Chip continua trabajando en el diagrama de entidad-relacion. Despues de unas cuantas horas exclama: “Creo que esta listo. 
^Podrias dar un vistazo a la version final?”. En la figura 13.3 se muestra la version final. Se describieron todas las entidades y 
relaciones en el repositorio. 

Anna revisa la version final y exclama, “jSe ve excelente! Tuviste razon en mover SISTEMA OPERATIVO y EDIFICIO 
CAMPUS a sus propias entidades. Buena idea, ya que el edificio no es parte de la computadora. Ademas, en definitiva el EX- 
PERTO DE SOFTWARE no es parte de la entidad SOFTWARE, (.Que hay sobre CATEGORIA SOFTWARE?”. 

“Movf la CATEGORIA SOFTWARE a su propia entidad para ahorrar espacio en los archivos maestros cuando se constru- 
yan”, responde Chip. “En realidad es una tabla de codigos y facilita el proceso de cambiar la categorfa sin tener que cambiar 
todos los registros de software. Ademas vamos a almacenar un pequeno codigo en vez de una descripcion extensa en cada re- 
gistro de software. (.Por que no revisas dos veces las diversas claves en el diagrama? Cada entidad relacionada en el extremo de 
muchos deberfa tener una clave externa que coincida con la clave primaria de la entidad en el extremo de uno”. 

Anna examina el diagrama por un instante y comenta, “Se ve bien, en mi opinion. Tal vez debamos definir las entradas en 
el repositorio”. 

“Mira esta entrada en el repositorio”. Chip abre el diagrama de entidad-relacion (figura E13.4) y hace doble clic en la 
entidad COMPUTERS (COMPUTADORAS) para mostrar su entrada en el repositorio. Se definieron la clave primaria (la no- 
tacion [pk] de Microsoft Visio y Visible Analyst frente al elemento NUMERO INVENTARIO HARDWARE [HARDWARE 

FIGURA E13.3 

Diagrama de entidad-relacion final para el sistema computarizado. 
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FIGURA E13.4 

El diagrama de entidad-relacion 
normalizado de la CPU se muestra 
en Microsoft Visio con la 
definition del repositorio para 
Software. 


INVENTORY NUMBER] en el area de composition), las claves externas (FK1, FK2 y as! en lo sucesivo) y varias claves alter- 
nas ([Akl],[Ak2] y [Ak3]). Despues de invertir tiempo en examinar el diagrama, as! como las entradas en el repositorio y los 
informes de analisis, tanto Anna como Chip quedan satisfechos de que las relaciones entre los datos esten representadas en 
forma precisa. A continuation deciden como disenar la base de datos a partir de los diagramas. 

Primero analizan la relacion HARDWARE/SOFTWARE. Como hay una relacion de muchos a muchos entre estas dos 
entidades de datos, se puede implementar mediante el uso de tres tablas de base de datos: 

1. Una tabla MAESTRA DE HARDWARE (HARDWARE MASTER). 

2. Una tabla MAESTRA DE SOFTWARE (SOFTWARE MASTER). 

3. Una tabla RELACION HARDWARE/SOFTWARE (HARDWARE/SOFTWARE RELATIONSHIP), que debe contener los 
campos clave de las tablas maestras HARDWARE y SOFTWARE para todo el software instalado en todas las maquinas. Tambien 
podrfa funcionar una clave de primaria de autosecuencia, siempre y cuando se incluyan las claves externas en la tabla. 

“Creo que es mi turno de trabajar en las relaciones”, dice Anna mientras saca una copia del diagrama de entidad-relacion. Voy 
a modificar las tablas de Microsoft Access de las sesiones de los prototipos”. 

Para empezar, Anna establece las claves primarias para cada una de las tablas. Cuando estas se encuentran en su forma 
final, crea las relaciones entre ellas. En la figura E13.5 se muestra el diagrama de relaciones de Microsoft Access. Los rectan- 



FIGURA E13.5 

Un diagrama de RELACIONES 
de Microsoft Access. Observe los 
slmbolos de infinito que 
representan el extremo de muchos 
de una relacion. 
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gulos en el diagrama representan las tablas de la base de datos y corresponden a los diversos tipos de entidades que se encuen- 
tran en el diagrama de entidad-relacion. Tenga en cuenta que la cardinalidad se representa mediante “1” y el sfmbolo de infinito. 
Los campos que son claves primarias se listan como el primer campo de cada rectangulo; tambien se muestran en negrita. Las 
claves externas se muestran unidas al otro extremo de la lfnea de la relacion, si la clave externa es visible en el rectangulo de la 
tabla. Las claves se arrastran de una tabla a otra para establecer una relacion; aparece un cuadro de dialogo para determinar las 
propiedades de la relacion. 

EJERCICIOS 

E-l. Use Microsoft Visio o Visible Analyst para ver los diagramas de entidad-relacion sin normalizar y en primera forma 
normal para el sistema computarizado. Haga doble clic en las entidades para ver la informacion del repositorio. (En 
Microsoft Visio y en Visible Analyst; en Microsoft Visio la entrada del repositorio esta en un area en la parte inferior de 
la pantalla. Tal vez tenga que arrastrar el borde que separa el diagrama del repositorio hacia arriba. Haga clic en la entrada 
Columnas (Columns) que esta en el area Categorias (Categories) del lado izquierdo del repositorio para ver los atributos 
de entidad). El nombre del diagrama es SISTEMA COMPUTARIZADO - SIN NORMALIZAR (COMPUTER SYS¬ 
TEM - UNNORMALIZED). 

E-2. Use Microsoft Visio o Visible Analyst para ver el diagrama de entidad-relacion del sistema computarizado. Haga doble 
clic en las entidades para ver la informacion del repositorio (en Microsoft Visio y en Visible Analyst). El nombre del 
diagrama es COMPUTADORA (COMPUTER). 

E-3. Agregue la entidad DISTRIBUIDOR (VENDOR) al diagrama. El distribuidor garantiza las computadoras; la relacion 
entre DISTRIBUIDOR y COMPUTADORA es que un VENDEDOR puede garantizar muchas COMPUTADORA(s). 
Agregue las claves primarias. Microsoft Visio creara de manera automatica las claves externas. En Visible Analyst, se- 
leccione Sincronizacion de claves (Key Synchronization) del menu Repositorio (Repository). 

E -4 Agregue la entidad MANTENIMIENTO (MAINTENANCE) al diagrama. Las reparaciones de mantenimiento se reali- 
zan en las computadoras; la relacion entre MANTENIMIENTO y COMPUTADORA(s) es tal que una COMPUTA¬ 
DORA puede tener muchos registros de MANTENIMIENTO. Use el repositorio para definir NUMERO PEDIDO 
MANTENIMIENTO (MAINTENANCE ORDER NUMBER). Establezca este atributo como clave primaria para la en¬ 
tidad MANTENIMIENTO y genere la clave externa. 

E -5. Describa la entidad CATEGORIA SOFTWARE (SOFTWARE CATEGORY) en el repositorio. Incluya los elementos que 
se encuentran en el diagrama de entidad-relacion debajo de CATEGORIA SOFTWARE en el area Composicion (Com¬ 
position). 

E -6. Describa la entidad MANTENIMIENTO (MAINTENANCE) en el repositorio. Los elementos son los siguientes: 

a. NUMERO ORDEN MANTENIMIENTO (MAINTENANCE ORDER NUMBER) 

b. NUMERO INVENTARIO HARDWARE (HARDWARE INVENTORY NUMBER) 

c. FECHA MANTENIMIENTO (MAINTENANCE DATE). 

d. TIPO DE MANTENIMIENTO (TYPE OF MAINTENANCE). 

e. COSTO DE MANTENIMIENTO (COST OF MAINTENANCE). 

f. MANTENIMIENTO CUBIERTO POR GARANTIA (MAINTENANCE COVERED BY WARRANTY). 

E -7. Describa la entidad DISTRIBUIDOR (VENDOR). Los elementos son los siguientes: 

a. NUMERO DISTRIBUIDOR (VENDOR NUMBER). 

b. NOMBRE DISTRIBUIDOR (VENDOR NAME). 

c. CALLE (STREET). 

d. CIUDAD (CITY). 

e. ESTADO (STATE). 

f. CODIGO POSTAL (ZIP CODE). 

g. NUMERO TELEFONICO (TELEPHONE NUMBER). 

h. FECHA ENVIO ULTIMO PEDIDO (DATE LAST ORDER SENT). 

i. MONTO TOTAL COMPRA DISTRIBUIDOR (TOTAL AMOUNT PURCHASED FROM VENDOR). 

j. NUMERO TOTAL DE PEDIDOS ENVIADOS AL DISTRIBUIDOR (TOTAL NUMBER OF ORDERS SENT TO 
VENDOR). 

E -8. Cada computadora puede tener mas de un sistema operativo y cada sistema operativo puede estar instalado en mas de 
una computadora. Agregue una entidad asociativa llamada SISTEMA OPERATIVO COMPUTADORA (COMPUTER 
OPERATING SYSTEM) entre COMPUTADORA (COMPUTER) y SISTEMA OPERATIVO (OPERATING SYS¬ 
TEM). Incluya las claves primarias y externas en el repositorio, ya sea en Microsoft Visio o en Visible Analyst. 

E -9. Explique en un parrafo la relacion entre una clave externa y una clave primaria, y por que es necesario tenerlas en enti¬ 
dades separadas cuando hay una relacion entre las entidades. 


Los ejercicios en los que se antepone un icono www indican material de valor agregado disponible en el sitio Web www.pearsonhighered.com/ 
kendall. Los estudiantes pueden descargar un archivo de ejemplo de Microsoft Visio, Visible Analyst, Microsoft Project o Microsoft Access que 
pueden usar para completar los ejercicios. 
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CAPITULO 14 
Interaccion 

humano-computadora 


Objetivos de aprendizaje 

Al completar este capi'tulo usted podra: 

1. Comprender la interaccion humano-computadora (HCI). 

2. Disenar gran variedad de interfaces de usuario. 

3. Disenar un dialogo efectivo para la HCI. 

4. Comprender la importancia de la retroalimentacion del usuario. 

5. Asumir las implicaciones de la HCI para disenar sitios Web de comercio electronico 

6. Formular consultas que permitan a los usuarios buscar en la Web. 



Conforme avanza en el libro, usted va cobrando mayor conciencia sobre la 
interaccion humano-computadora (HCI) y la importancia que tiene para llevar 
a cabo sus tareas como analista de sistemas. En este punto necesita dominar 
los conceptos relacionados con la HCI, ademas de volverse un experto en la 
evaluacion de los requerimientos humanos de informacion para incorporar 
sus hallazgos a sus disenos. La Union Europea (UE) y Estados Unidos han ideado lineamientos 
especificos de usabilidad; estos prescriben que los sitios Web y servicios electronicos sean accesi- 
bles tanto para las personas con capacidades normales como para las discapacitadas. 

En este capitulo lo pondremos al tanto sobre los detalles relacionados con la HCI y la forma 
de trabajar con los usuarios. Tambien le proporcionaremos cierta experiencia en la aplicacion de 
los conceptos de HCI que usted ha estado aprendiendo para ayudarlo con el diseho de interfaces 
humano-computadora, retroalimentacion, sitios Web de comercio electronico y consultas Web. 



COMPRENSION DE LA INTERACCION HUMANO-COMPUTADORA 

Disenar para HCI implica “asegurar la funcionalidad y usabilidad del sistema proporcionando un 
soporte efectivo a las interacciones con el usuario y posibilitandole una experiencia placentera ”. 

Ademas, “el objetivo primordial es alcanzar efectividad y eficiencia para el usuario tanto empresa- 
rial como individual. Para cumplir con estas metas, los gerentes y desarrolladores necesitan cono- 
cer a fondo la interaccion entre los usuarios, tareas, contextos de tareas, tecnologla de informacion 
(TI) y los entornos en los que se utilizan los sistemas” (Carey et al., 2004, p. 358). 

Mediante la consideration de las interfaces a la luz de las cuestiones de HCI, y gracias a 
nuevas maneras de aplicar los conceptos de diseno estandar a las computadoras bajo un enfoque 
HCI, podemos asegurar que nuestros sistemas se centren en el usuario, de manera que permitan 
satisfacer tanto las necesidades de estos como las de la organization. El fundamento de la HCI 
consiste en conocer la interaccion entre los usuarios, las tareas, los contextos de las tareas, la TI y 
los entornos donde se utilizan los sistemas. En el analisis y diseno de sistemas, la principal tactica 
de la HCI consiste en, primeramente, obtener retroalimentacion constante de los usuarios sobre sus 
experiencias con los disenos para los que se crearon prototipos (pantallas, formularios, interfaces, 
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FIGURA 14.1 

El “ajuste” entre humano, 
computadora y tarea afecta al 
desempeno y al bienestar. 



etcetera), para despues refinar el diseno con base en los cambios sugeridos y probarlos de nuevo con los usua- 
rios, hasta que el diseno sea aceptable y el analista lo considere “congele”. 

Como el ajuste afecta al desempeno y al bienestar 

Comenzaremos nuestra exploration de la HCI con algunas definiciones de uso comun en el carnpo. 

AJUSTE Un buen ajuste entre los elementos de HCI del humano, la computadora y la tarea a desarrollar conducen 
al desempeno y bienestar, como se muestra en la figura 14.1. Asf como es importante que los zapatos nuevos se 
ajusten comodamente al contorno de su pie, que den sustento a la actividad a realizar (como correr) y que esten 
fabricados de un material (como la piel) duradero y efectivo en costo, tambien es importante un ajuste apropiado 
entre el usuario, la computadora y la tarea. 

Los analistas desean el mejor ajuste para su diseno; aspiran a emplear al personal, de la mejor manera posi- 
ble, para disenar una tarea computarizada que cumpla con un objetivo de la organizacion. Un mejor ajuste pro¬ 
duce mejor desempeno y mayor bienestar general para el humano involucrado con el sistema. 

Por fortuna, la capacidad humana de aprender mejores formas para trabajar tambien influye en el 
ajuste. Nunca tratariamos de correr un maraton con unos zapatos nuevos sin antes “domarlos”. De igual 
forma podemos mejorar el ajuste a un nuevo sistema capacitando antes a los usuarios para que aprendan sus 
tareas y conozcan sus computadoras a fondo. La capacitacion sigue siendo una forma importante de mejorar 
el ajuste. 

TAREA En los capitulos anteriores aprendio muchos metodos que le ayudan a comprender, documentar y describir 
graficamente las tareas que las personas desempenan actualmente en la organizacion. Tambien aprendio sobre los 
metodos que le pueden ayudar a disenar nuevas tareas para ayudar a las personas a cumplir sus objetivos con 
los nuevos sistemas que usted va a crear. Como recordara, las tareas pueden ser estructuradas y rutinarias, o 
pueden estar mal definidas y sin una estructura aparente. Las tareas complejas que requieren de la interaction 
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entre humano, sistema y tarea se respaldan mediante sistemas Web y de comercio electronico, sistemas ERP y 
sistemas inalambricos dentro y fuera de la organizacion. 

DESEMPENO La definition de desempeno en el contexto de la HCI tambien es clave: se refiere a una combination 
de la eficiencia involucrada al desempenar una tarea y la calidad del trabajo que esta produce. Por ejemplo, si 
los analistas utilizan software de alto nivel o una herramienta CASE para crear diagramas de flujo de datos en los 
que son muy competentes, podrfamos predecir que la calidad de los diagramas de flujo de datos producidos sera 
alta. El desempeno tambien es eficiente, ya que los analistas utilizan una herramienta automatizada con la que 
estan familiarizados: pueden trabajar con rapidez y obtener buenos resultados. La tarea se ajusta al objetivo, 
que es crear diagramas de flujo de datos de alta calidad para documentar un sistema. La eficiencia de producir 
dichos diagramas con una herramienta CASE —que se puede usar despues para almacenar, recuperar, comunicar 
y modiftcar los diagramas de UML—, es excelente si se le compara con alternativas como usar una herramienta 
de dibujo no relacionada con un diccionario, o con la option de dibujar los diagramas a mano, dado que ninguna de 
ellas ofrece las ventajas mencionadas. 

BIENESTAR En este punto podemos presentar el concepto de bienestar: la preocupacion por la comodidad, 
seguridad y salud de un humano en general; por su buen estado ffsico y psicologico. ,;Acaso usar una herramienta 
CASE para producir diagramas de UML o DFD en una computadora sirve para el bienestar del analista? Si, ya 
que la tarea se ajusta bien al analista, al software, al objetivo y a la computadora, y se parte de que los analistas 
trabajan en un entorno en el que estan ffsicamente comodos, reciben estfmulo psicologico para ser creativos y 
pueden ser productivos, ademas de que los colegas y clientes valoran su trabajo, y la organizacion que los emplea 
les paga correctamente. 

Tambien importan las actitudes psicologicas (el componente afectivo). Es posible medir como se sienten los 
usuarios con respecto a si mismos, sus identidades, su vida laboral y desempeno mediante una evaluation de ac¬ 
titudes. Como analista que asume una perspectiva de HCI, usted se debe concentrar en averiguar como influyen 
las actitudes de los humanos en lo que sienten sobre la tecnologfa y sus tareas, ademas de descubrir si sus actitu¬ 
des dificultan o mejoran su experiencia. 

El modelo de aceptacion de la tecnologia y su relation con la actitud 

El modelo de aceptacion de la tecnologfa (TAM) propuesto por Davis en 1989, que posteriormente refino y 
mejoro junto con sus colaboradores, es en esencia una forma en que los analistas pueden organizar lo que 
piensan sobre el hecho de que los usuarios acepten y utilicen la tecnologfa de la information. Se puede utili- 
zar para dar forma a la capacitacion que se imparte despues del desarrollo del sistema, y durante las primeras 
etapas del proceso de desarrollo para recopilar las reacciones de los usuarios con respecto a los prototipos. 
Modificar los sistemas en las primeras etapas del proceso de desarrollo mejora sus probabilidades de adop¬ 
tion y uso. 

Existen muchos componentes teoricos y mucha investigation al respecto de las complejidades del TAM. En 
terminos practicos, debe estar consciente de que hay un extenso organismo de investigation sobre la aceptacion y 
el uso de la tecnologfa en el campo de los sistemas de information, y que TAM es uno de los temas mas popula- 
res. El poder del TAM proviene de examinar la utilidad percibida del sistema para incrementar el desempeno de 
uno mismo en el trabajo, y de la creencia sobre que tan facil sera el sistema de usar cuando un usuario se siente 
a realizar una tarea. Esto provee dos claves: utilidad percibida y facilidad de USO percibida. Ambas se pueden 
usar para comprender como pretenden los usuarios interactuar con un sistema propuesto. Algunos investigadores 
agregan al modelo una dimension de actitud explfcita que les ayuda a pensar mas especfficamente sobre los es- 
tados psicologicos que influiran para que los usuarios acepten o rechacen el uso de los sistemas de information 
que disenan. 

Las actitudes hacia las computadoras incluyen la satisfaction del usuario con la HCI, asf como la satis¬ 
faction de los usuarios con el sistema en general; comunmente, estas se establecen a traves de encuestas es- 
peciales de satisfaction del usuario y a menudo se utilizan despues de la implementation para estimar el exito 
o fracaso en general de un proyecto de sistemas. Si intenta caracterizar las actitudes hacia las computadoras, 
tal vez le sorprenda todas las posibles respuestas humanas expresadas. La mayor parte de la investigation so¬ 
bre la HCI analiza las actitudes de usuario, incluyendo satisfaction, ansiedad, placer y alegrfa al acceder a la 
tecnologfa. 

El modelo de aceptacion de la tecnologfa tambien recalca la importancia de que los usuarios encuentren util 
al sistema y por ello se sientan motivados a usarlo; dado que esta es una de las preocupaciones fundamentales de 
la HCI, es posible determinar si la tecnologfa de la information es util averiguando si el sistema provee soporte 
para las tareas individuales de un miembro de la organizacion. Tambien podemos medir si hay tareas importantes 
que el usuario de un nuevo sistema no podfa realizar antes de su implementation. Nuestras mediciones tambien 
pueden determinar si el sistema extiende las capacidades de un usuario (por ejemplo, su capacidad para realizar 
un analisis de nivel superior con rapidez o una traduction al instante de un informe financiero a otro idioma, con 
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todo y conversiones de moneda). Parte del criterio de utilidad en la HCI se puede medir tambien al establecer 
si los usuarios encuentran gratificante usar el sistema, para lo cual podemos realizar entrevistas y observaciones 
despues de la implementacion. 


U SAB I LI DAD 

La usabilidad es un termino que se define de manera distinta dependiendo de la rama de la ciencia que es- 
temos investigando. En el caso que nos ocupa, consideraremos a la usabilidad como un medio con que los 
disenadores cuentan para evaluar, tan minuciosamente como sea posible, sus sistemas e interfaces en terminos 
de las preocupaciones de la HCI. Los estudios sobre la usabilidad (de acuerdo con www.useit.com) se enfocan 
en averiguar lo que funciona y lo que no funciona en el mundo. La ISO ha creado estandares de usabilidad 
que podemos explorar en www.usabilitynet.org/tools/r_international.htm. Estos estandares abarcan el uso del 
producto (efectividad, eficiencia y satisfaccion en un contexto de uso especffico), la interfaz e interaccion 
del usuario, el proceso utilizado para desarrollar el producto y la capacidad de una organizacion de aplicar un 
diseno centrado en el usuario. 

Nielsen y Mack (1994) y Nielsen, Molich, Snyder y Farrell (2001) publicaron heurfsticas de uso (o reglas 
practicas) con base en los miles de pruebas de usabilidad de las interfaces y, mas tarde, en las pruebas de los 
sitios Web de comercio electronico. Aquf se incluye la visibilidad del estado del sistema, la coincidencia entre 
el sistema y el mundo real, el control y la libertad del usuario, la consistencia y los estandares, la prevention de 
errores, la posibilidad de reconectar en vez de recordar, la flexibilidad y la eficiencia de uso, el diseno estetico y 
minimalista, la ayuda que reconocen los usuarios, el diagnostico y la recuperation de los errores, ademas de la 
ayuda y la documentation. Probablemente reconozca algunas de ellas, que vimos en los capftulos sobre el diseno 
de la entrada y la salida. 

La figura 14.2 muestra una encuesta de usabilidad que se administra directamente a los usuarios que han 
interactuado personalmente con un prototipo. Pregunta abiertamente sobre ciertas dimensiones ergonomicas y 
de usabilidad que son importantes. Otra metodologfa es la de escribir escenarios de casos de uso para el sistema, 
que son utiles para examinar las cuestiones sobre la usabilidad. 

Diseno para los estilos cognoscitivos de usuarios individuales 

Un punto importante a considerar es que los datos, en especial los que se utilizan para la toma de decisiones, se 
pongan a la disposition de diferentes maneras con el fin de que los usuarios con distintas habilidades cognos- 
citivas puedan sacar provecho de ellos. Tal vez algunos usuarios prefieran examinar tablas y tomar decisiones, 
algunos prefieran graficas y otros deseen leer texto descriptivo. 

Tambien es concebible que la misma persona desee distintos tipos de presentaciones en distintos momentos. 
Por ejemplo, suponga que un gerente desea comparar el inventario en distintas tiendas de una region. Una grafica 
podrfa presentar los datos con mucha efectividad: una de columnas puede usar colores para mostrar cuando una 
tienda esta cerca de su nivel de reabastecimiento y tambien puede mostrar la cantidad relativa de existencia al 
permitir que el usuario compare visual y directamente la altura de las barras. 

Ahora suponga que la misma persona encargada de tomar decisiones desea information sobre una tienda 
especffica en cierto mes. Podrfamos establecer una description grafica para mostrar las tiendas con el inventario 
de mayor a menor, mes por mes. Tal vez el usuario prefiera regresar a la tabla que muestra una lista de las tiendas 
por orden alfabetico, con los meses en orden cronologico. Como puede ver, la misma persona tal vez quiera ver 
los mismos datos en formas muy distintas. 

TABLAS DINAmicas Las tablas dinamicas permiten a los usuarios ordenar datos en una tabla de la manera 
que deseen. En la figura 14.3 se muestra un ejemplo de una tabla dinamica que se creo en Microsoft Excel. El 
usuario deberfa tomar un elemento del cuadro desplegable llamado “Listas de campos de tabla dinamica (Pivot 
Table Field List)”, como Producto (Product) por ejemplo, arrastrarlo a la plantilla de la tabla y soltarlo en una 
de las areas en bianco. En este ejemplo el usuario arrastra y suelta Producto en el area a la izquierda titulada 
“Coloque campos de fila aquf (Drop Column Fields Here)”. Despues suelta Ventas (Sales) en el area mas grande 
que dice “Coloque datos aquf (Drop Row Fields Here)”. 

Por ultimo, el usuario toma el elemento Trimestre (Quarter) y lo suelta en el area llamada “Coloque cam¬ 
pos de columna aquf (Drop Column Fields Here)”. El resultado es una tabla que muestra cada uno de los pro- 
ductos en orden alfabetico, junto con sus ventas para cada uno de los cuatro trimestres de los que tenemos datos, 
seguidos del gran total para todo el ano. Esta tabla se muestra en la figura 14.4. 

Desde luego que el usuario podrfa haber hecho lo opuesto; es decir, arrastrar el elemento Trimestre a la 
columna de la izquierda y Producto al area que dice “Coloque campos de columna aquf”. Sin embargo, esa ope- 
racion hubiera producido una tabla con muchas columnas (una para cada producto) y solo cinco filas (una para 
cada trimestre, mas una fila para el total). La tabla resultante hubiera sido diffcil de leer. 
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FIGURA 14.2 

Podemos usar un formulario para encuestar a los usuarios de prototipos sobre 
los factores clave ergonomicos y de usabilidad (categories basadas en Zhang, 
Carey, Te’eni y Tremaine, 2005, tabla de cuestiones de la HCI, p. 522). 


Es posible obtener muchas tablas con solo reordenar estas cuatro variables. Si el usuario arrastrara la va¬ 
riable Categoria (Category) al area que dice “Coloque campos de fila aqui (Drop Column Fields Here)”, las 
columnas habrfan sido categories de productos en vez de los trimestres, y la tabla resultante hubiera mostrado 
con claridad cuales elementos pertenecen a cada categorfa, ademas de producir los subtotales de cada una. Si se 
arrastrara C ategoria al area de la parte superior de la plantilla que dice “Coloque campos de pagina aquf (Drop 
Page Fields Here)”, entonces cada categorfa tendrfa su propia tabla en una pagina separada. 

Las tablas dinamicas son utiles debido a que conceden a los usuarios un mayor control sobre las distintas 
formas en que pueden ver los datos dentro de una tabla. En la siguiente section examinaremos este mismo con- 
cepto para las graficas. 
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FIGURA 14.3 

Una plantilla de tabla dinamica 
puede facilitar a los usuarios la 
tarea de ver la informacion en 
distintas formas. 
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ANALISIS VISUAL DE BASES DE DATOS Se ha innovado en el despliegue visual de datos durante mucho 
tiempo, incluso desde el siglo dieciocho. Las barreras contra el uso extendido de pantallas inclufan la falta de 
imagination, la incapacidad de dibujar graficas y diagramas de manera efectiva en costo y la falta de apreciacion 
de tales pantallas. El consumidor de informacion debe ser capaz de interpretar la informacion en el diagrama o, de 
lo contrario, este aportara muy poco valor. 

Hay software disponible para permitir al usuario examinar en forma visual una base de datos u hoja de 
calculo. El producto de Tableau Software es un ejemplo (www.tableausoftware.com). Mediante el uso de una 
metodologfa similar a las tablas dinamicas que vimos en Microsoft Excel, Tableau permite al usuario arrastrar y 
soltar variables en una ftla o columna para que aparezcan en una grafica. En la figura 14.5, los elementos Region 
(Region) y Dia (Weekday) se designaron como columnas y SUM A (Total de ventas) [SALES(SalesTotal)] se 


FIGURA 14.4 

Despues de que el usuario arrastra 
los elementos Producto (Product), 
Trimestre (Quarter) y Ventas 
(Sales) a la plantilla, la tabla tiene 
esta apariencia. 
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FIGURA 14.5 

Esta tabla, que muestra las ventas 
diarias por categoria y por region, 
se produjo mediante el uso de 
Tableau. 

Fuente: Cortesfa de 
www.tableausoftware.com. 


designo como fila. Despues se grafico cada Categoria de producto (Product Category) [con “muebles (furni¬ 
ture)” en azul, “artfculos de oficina (office supplies)” en naranja y “tecnologfa (technology)” en verde]. 

La grafica demuestra que las ventas de tecnologfa fueron mayores que en las demas categories, pero en espe¬ 
cial, las ventas de tecnologfa fueron mucho mayores que las ventas de muebles o artfculos de oficina en la region 
Este (East). El usuario pudo ver esto con facilidad debido a que la Region (Region) se destaco como uno de los 
separadores al arrastrar este elemento al area como una columna. 

Tableau es un paquete de software bien disenado, ya que va mucho mas alia que otras aplicaciones en cuanto 
a extender las capacidades del usuario para que realice sus tareas por medio de las tecnicas de tablas dinamicas. 
Los desarrolladores tambien descubrieron que los usuarios podrfan querer agrupar los datos en lo que conside- 
ren un grupo significativo. Asf los usuarios pueden continuar el analisis al examinar uno de los grupos con mas 
detalle. 

La figura 14.6 examina la SU M A (G anancia bruta) [SU M (G ross Profit)] de cada C ategoria de producto 

de nuestro ejemplo. Esta grafica usa colores para indicar una ganancia (verde) o una perdida (rojo). De hecho, la 
intensidad del color indica la cantidad de ganancia o perdida. 



FIGURA 14.6 

Los productos que generan 
perdidas se resaltan en color rojo 
brillante en este diagrama de 
dispersion, creado mediante el uso 
de Tableau. 

Fuente: Cortesfa de 
www.tableausoftware.com. 


www.xlibros.com 



































448 PARTE IV • LOS FUNDAMENTOS DEL DISENO 


FIGURA 14.7 

Cuando se pueden mostrar 
distintos graficas o tablas en la 
misma pagina, esta se asemeja a 
un tablero de control. 

Fuente: Cortesfa de 
www.tableausoftware.com. 



Podemos usar esta grafica para explorar la situation con mas detalle si seleccionamos los tres grupos de cfrcu- 
los de color rojo brillante, los aislamos y despues vemos los datos para esas observaciones. Los usuarios pueden 
examinar graficas o simplemente ver las observaciones en una tabla. Una vez mas, tienen el control sobre la 
forma en que se presenta la information y por ende controlan su tarea para el mejor ajuste cognoscitivo. 

En la figura 14.7 se presenta otro ejemplo de Tableau, donde se muestra que este software tambien puede 
crear un tablero de control (vimos el concepto en el capitulo 11). Aquf se muestran una tabla, un diagrama de 
dispersion y una grafica de columnas en la misma pagina. Las herramientas de analisis visual de este tipo brin- 
dan apoyo al pensamiento visual y extienden las capacidades cognoscitivas del usuario para ello. Una pantalla 
visual apropiada incrementara la probabilidad de tomar una decision apropiada. 

Consideraciones fisicas en el diseno de la HCI 

En los capftulos 11, 12 y 13 aprendio los fundamentos para el solido diseno de pantallas, formularios, sitios 
Web y bases de datos. Se incluyo el uso especial de las fuentes, el color y el diseno de la distribution para 
comunicarse con los usuarios y ayudarlos a manejar correctamente la entrada y salida. Para examinar las 
razones subyacentes a la mayor parte del diseno que aprendio, es conveniente analizar las capacidades y limi- 
taciones sensoriales humanas que deberan dar forma a nuestro diseno. De acuerdo con la filosoffa de la HCI, 
un analista debe ser capaz de compensar, solucionar o reemplazar los sentidos humanos hasta un cierto grado 
variable. 

VISION En su esfuerzo por convertirse en analista de sistemas, se esta empezando a acostumbrar a disenar 
pantallas e informes para las personas con discapacidad visual. El uso de color, fuentes, graficas, software y 
presentaciones de PowerPoint para las pantallas e informes impresos como entrada y salida se explico con detalle 
en los capftulos 11 y 12. Sin embargo, desde la perspectiva de la HCI, tambien es conveniente pensar en terminos 
de las limitaciones en la vision humana. Factores tales como la distancia entre la pantalla y la persona que realiza 
una tarea, el angulo de la pantalla en relation con la persona que la esta viendo, el tamano y la uniformidad de 
los caracteres, el brillo, contraste, balance y resplandor de la pantalla, ademas del hecho de si esta parpadeando o 
fija son factores que se pueden disenar en base a los estandares establecidos por medio de ISO y otras entidades 
nacionales e internacionales. 

OIDO Los humanos tambien tienen lfmites en cuanto a la cantidad de estres que pueden soportar. Las ruidosas 
impresoras laser, las conversaciones telefonicas y las trituradoras de papel pueden provocar una sobrecarga en el 
ofdo humano. Los trabajadores de oficina pueden usar audffonos supresores de ruido o conseguir un reproductor 
de musica personal como el iPod, pero estas soluciones pueden tener el efecto de aislar a una persona del entomo de 
la organization, e incluso pueden disminuir su capacidad de realizar la tarea en cuestion. Como analista, usted 
tendra que considerar el ruido al disenar sistemas de oficina. 

TACTO Al usar una perspectiva de HCI para evaluar la utilidad de los teclados y demas dispositivos de entrada, 
podemos clasificar el ajuste humano-computadora asf como las dimensiones que examinan el ajuste humano- 
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computadora-tarea. Los teclados se disenaron en forma ergonomica para proveer la retroalimentacion correcta 
para la persona que introduce datos. Con base en la firmeza de la tecla bajo su dedo, los usuarios saben que 
se efectuo la pulsation de la misma. Aunque los teclados se pueden silenciar, a menudo se disenan con un 
die de retroalimentacion. Los teclados tambien incluyen marcas en relieve en lo que se denomina teclas base, 
comunmente la/y la j, las cuales orientan a los usuarios para que sepan la position de sus dedos en el teclado de 
manera que puedan ver a la pantalla o escribir information de una pagina impresa en su escritorio sin tener que 
mirar continuamente el teclado. 

Aunque el teclado QWERTY que utilizamos comunmente con las computadoras en la actualidad se 
diseno para reducir la velocidad de los mecanografos, de manera que no se atoraran las teclas de las pri- 
meras maquinas de escribir mecanicas, esta distribution del teclado ha demostrado ser una forma bastante 
efectiva de introducir datos. De hecho, como los usuarios se desempenan tan bien con esta familiar interfaz, 
es diffcil conducir experimentos para comparar la eficiencia de los teclados QWERTY con otros teclados 
innovadores. 

Disenar para la introduction de datos mediante teclados numericos tambien constituye una oportunidad de 
decision para los disenadores. Observe los numeros en su telefono celular, que estan ordenados en forma distinta 
a los numeros en un teclado numerico o calculadora. Es probable que su telefono tenga los numeros 1, 2 y 3 en la 
fila superior. Si da un vistazo a la distribution de una calculadora o un teclado numerico vera los numeros 7, 8 y 9 
en la fila superior. La investigation ahora senala la superioridad de la distribution de la calculadora cuando el 
usuario introduce muchos datos. Sin embargo, se supone que la distribution de los dfgitos del telefono es mejor 
para localizar un mimero. Como disenador, usted tiene que examinar de manera constante el ajuste entre el hu- 
mano, la computadora y las tareas establecidas por la organization. 

Consideration de las limitaciones, discapacidades y diseno de los humanos 

Todos los humanos tienen limitaciones en sus capacidades ffsicas. Algunas se pueden ver de inmediato, otras no. 
A1 disenar desde una perspectiva de HCI, usted empieza a descubrir que las limitaciones se describen con fre- 
cuencia en terminos de discapacidades. La aplicacion de la HCI para apoyar y mejorar las capacidades ffsicas de 
los humanos es una de las areas de aplicacion mas prometedoras. Los grandes avances en ingenierfa biomedica 
implican que hay investigation encaminada a apoyar a personas con ciertos grados de discapacidad visual o au- 
ditiva, y a las personas con movilidad limitada. 

Tambien hay mejoras en los soportes tecnicos disponibles para quienes enfrentan dificultades en el proce- 
samiento cognoscitivo, incluyendo a personas que sufren autismo, dislexia y trastorno de deficit de atencion. 
Como analista de sistemas, usted estara sujeto a las provisiones legales del pats en el que trabaje. Por ejemplo, 
si esta disenando lugares de trabajo en los Estados Unidos, tal vez sea conveniente que revise las obligaciones 
de un patron segun la Ley de estadounidenses con discapacidades (ADA) en www.eeoc.gov/types/ada.html. Ahf 
encontrara definiciones de quienes se consideran discapacitados, la cual declara en parte que “Un individuo con 
una discapacidad es una persona que tiene un impedimento ffsico o mental que limita en forma substantial una 
o mas actividades principales de vida, tiene un registro de dicho impedimento o se considera que tiene dicho im¬ 
pedimento”. 

Un patron en los Estados Unidos tiene la obligation de hacer los ajustes necesarios para emplear a una 
persona discapacitada, lo cual incluye “Hacer que las instalaciones existentes que utilizan los empleados sean 
facilmente accesibles y utilizables para las personas con discapacidades; reestructurar empleos, modificar los 
horarios de trabajo, la reasignacion a un puesto vacante; adquirir o modificar equipo o dispositivos, ajustar o mo¬ 
dificar examenes, material de capacitacion o polizas, y proveer lectores o interpretes calificados”. 

Un candidate o empleado calificado es un individuo que, “con o sin los ajustes razonables puede llevar a 
cabo las funciones esenciales del empleo en cuestion”. Un patron tiene la obligation de hacer los ajustes nece¬ 
sarios en relation con la discapacidad conocida de un candidato o empleado calificado, siempre y cuando esto 
no imponga un costo injustificado en la operation de la empresa. Costo injustificado se define como “una action 
que requiere una dificultad o gasto significativo en relation con factores tales como el tamano del patron, los re- 
cursos financieros, la naturaleza y la estructura de su operation. Un patron no tiene que reducir la calidad o los 
estandares de production para hacer dicho ajuste”. 

Una de las mejores formas de asegurar que se haga el mayor grado de ajuste posible es empezar a disenar 
desde una perspectiva de HCI. De esa forma, su principal preocupacion siempre sera la de asistir a un usuario 
en la realization de su tarea, establecida por la organization, mediante el uso de la tecnologfa. Cuando son ne¬ 
cesarios los ajustes para personas discapacitadas, hay muchas fuentes que examinar y muchos dispositivos de 
asistencia que considerar. 

Para las personas con algun grado de discapacidad visual, hay teclados braille ademas de software especial 
de voz que lee paginas Web y otros documentos en voz alta. Tambien hay lupas de pantalla que se ajustan para 
poder ampliar toda la pantalla completa. 
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OPORTUNIDAD DE CONSULTORIA 14.1 



El espiritu escolar viene en varias tallas 



^^att Scott administra el departamento de ropa de estudiantes y 
ex alumnos para una extensa librerfa en Saratoga Springs. 

“Nuestras ventas de ropa dependen no solo de que pierden o 
ganen nuestros equipos deportivos, sino tambien del bienestar en 
general de nuestros estudiantes y ex alumnos. Si estan orgullosos de 
su universidad y desean mostrar su espiritu escolar compraran todo 
lo que haya en nuestros estantes”, exclama Matt. “Pero no hay que 
subestimar el factor clima”, agrega. “Si este se vuelve frfo en octu- 
bre, aumentara de manera repentina el numero de personas que 
compran sueteres calidos, jerseys y guantes”. 

“Nuestra tienda atiende a las tres principales universidades en 
nuestra area”. Matt continua: “En primer lugar, esta Hyde Park, a la 
que llamamos ‘escuela de futbol’. Tienen aproximadamente 17,000 
estudiantes y mucha demanda de ropa de marca de la escuela, en 
especial en otono. Y luego tenemos, desde luego, a la Pierce Uni¬ 
versity. Los de Pierce creen que forman parte de la Ivy League, por 
lo que a sus estudiantes les gusta comprar camisetas de cuello re- 
dondo y tipo Lacrosse. Tienen aproximadamente 7,500 estudiantes. 
Tambien esta St. David, con cerca de 3,000 estudiantes. Elios estan 
dedicados a su equipo de basquetbol. Realmente tienen fe en ellos. 
Podra ver como aumentan las ventas en el segundo semestre, en 
especial durante la ‘locura de marzo’”. 

El Sr. Scott continua y admite: “Pense en preguntar a los estu¬ 
diantes que vender, pero una encuesta por correo electronico queda 
fuera de cuestion. Recibo mucho spam, por lo que la mayor parte 
del tiempo no me molesto en usar el correo electronico. Por desgra- 
cia, el plazo de entrega para obtener la ropa deportiva de marca 
oficial en la tienda es muy largo y existe el riesgo de quedarnos sin 
existencias. Pero trataremos de que esto nunca pase”. 

Le han pedido a usted que disene un conjunto de tablas y 
graficas que ayuden a analizar las ventas de la ropa de la escuela 


de Matt Scott. Empiece con una lista de aproximadamente 20 ar- 
ticulos de ropa con marca de la escuela para fanaticos hombres y 
mujeres, incluyendo articulos como sudaderas con capucha, cami¬ 
setas, gorras de beisbol, bandas para la cabeza, shorts para correr, 
etcetera. Muchos de estos articulos incluyen extravagantes disenos 
adornados que describen a sus mascotas en poses amenazadoras o 
atractivas. Hyde Park tiene sus cobradores dorados; Pierce a su 
muy querida ave. Puffins; y St. David’s anima a su equipo con sus 
dragones. 

Coloque los elementos en categorias. Despues piense sobre la 
apariencia que deberian tener los datos. ^Tiene sentido para Matt 
ver los datos por semana, por mes o por semestre? ^Le sera conve- 
niente revisar los datos con cinco anos de antigiiedad para ver si 
hubo alguna tendencia? Establezca las tablas que identifican las 
filas y las columnas, junto con el contenido de las celdas principa¬ 
les. Sugiera varias tablas de manera que Matt pueda analizarlas en 
distintas formas. 

Ahora elabore graficas que analicen los mismos datos. Use al- 
gunos de los ejemplos incluidos en el libro para sugerir el tipo de 
graficas y muestre los datos de manera que distintos usuarios con 
estilos diferentes puedan tomar algunas decisiones en relation con la 
tendencia de las ventas durante los ultimos anos. Recuerde tambien 
comparar las escuelas. Sugiera las graficas apropiadas a usar: de co- 
lumna, linea, trazos de dispersion o incluso graficas de pastel. 

Sugiera ademas tres o cuatro cambios especificos que realizaria 
para permitir que alguien con cierto grado de discapacidad visual 
pueda leer las graficas con mas facilidad. La ampliation es una forma 
de cambiar una grafica, pero tal vez no sea la mejor solution. 

Considere el tamano de las escuelas, ya que se puede convertir 
en el factor mas importante al determinar como debe Matt Scott 
ajustar sus pedidos para St. David, Hyde y Pierce. 


Para el caso de las personas que carecen de cierta sensibilidad al color (a lo que se le conoce erroneamente 
como daltonismo), puede probar los colores que selecciona para las pantallas o formularios y asegurarse de que 
se puedan diferenciar con facilidad unos de otros. Por ejemplo, hay problemas especificos que ocurren al tratar 
de diferenciar el rojo y el verde. Disene siempre la pantalla o formulario con pistas altemativas, como iconos, 
texto escrito o pistas de audio que refuercen el contenido. Por ejemplo, si al hacer clic en un hipervmculo este 
cambia a color azul para indicar que lo siguieron, tambien puede agregar otro icono a la pantalla para indicar que 
lo siguieron o crear una lista en una barra lateral separada que muestre los sitios Web que se han visitado. Estas 
son mejores altemativas que depender unicamente del color para transmitir el mensaje. 

Para los usuarios que experimentan discapacidad auditiva, puede asegurarse de que los documentos y panta¬ 
llas que disene incluyan el acceso a las versiones escritas del material de audio. La alternativa serfa disenar tareas 
donde sea posible usar audffonos satisfactoriamente. 

Si va a disenar tareas de computo para los que tienen una movilidad limitada, puede pensar en usar la en- 
trada de voz en vez del teclado. Ademas, los nuevos avances en la ingenierfa biomedica permiten a los usuarios 
con discapacidad movil desplazar el cursor en la pantalla respirando a traves de un tubo; tambien pueden dirigir 
el cursor al punto deseado en la pantalla, para lo cual ven hacia ese punto o incluso, en ciertas interfaces muy 
especializadas, solo tienen que pensar hacia donde se deberfa desplazar el cursor. 

Implementation de las buenas practicas de la HCI 

Lo ideal es integrar a un especialista sobre usabilidad al equipo de desarrollo de sistemas. Sin embargo, mu¬ 
chos grupos de sistemas son bastante pequenos y no hay muchos profesionales disponibles involucrados en 
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Lineamientos de la metodologia de la HCI para el diseno de sistemas 


• Examine la tarea a realizar y considere el ajuste entre humano, computadora y tarea. 

• Identifique los obstaculos que existen para los usuarios al tratar de cumplir con sus tareas asignadas. 

• Tenga en cuenta la utilidad y la facilidad de uso percibidas del TAM. 

• Considere la usabilidad. Examine el entorno de uso mediante la creacion de escenarios de casos de 
uso que describan lo que ocurre entre los usuarios y la tecnologia. 

• Use la informacion que haya obtenido de antemano para definir las caracterlsticas 

ambientales fisicas y organizacionales. Disene y use prototipos para adaptarse a los diversos usuarios 
y a los usuarios con discapacidades. 


FIGURA 14.8 

La metodologia de la HCI para el 
diseno de sistemas hace enfasis en 
el ajuste entre humano, 
computadora y tarea. 


la practica de la usabilidad como tal; asf, aunque intente introducir este cambio en su proyecto, es muy pro¬ 
bable que el puesto quede vacante o que batalle mucho con el personal. Pero no deje que esto lo desanime. 
Puede llevar a cabo algunos pasos simples que influiran en forma positiva en el resultado de su proyecto de 
sistemas. La figura 14.8 muestra una lista de los lineamientos para aplicar una metodologia de HCI en el 
diseno de sistemas. 

Aunque hemos estado describiendo el sistema en abstracto, es importante reconocer que la interfaz es el 
sistema para la mayorfa de los usuarios. Sin importar que tan bien o mal disenada este, representa al sistema y 
refleja su competencia como analista de sistemas. Una interfaz bien disenada mejora el ajuste entre la tarea, la 
tecnologia y el usuario. 

Su objetivo debe ser disenar interfaces que ayuden a los usuarios y las empresas a introducir la informa¬ 
cion al sistema y obtener de este la informacion que necesitan, para lo cual hay que considerar los siguientes 
objetivos: 

1. Hacer que la interfaz de usuario corresponda con la tarea. 

2. Hacer la interfaz de usuario eficiente. 

3. Proveer una retroalimentacion apropiada a los usuarios. 

4. Generar consultas que se puedan utilizar. 

5. Mejorar la productividad de los usuarios de computadora. 

TIPOS DE INTERFAZ DE USUARIO 

En esta seccion describiremos distintos tipos de interfaces de usuario, incluyendo las de lenguaje natural, las de 
preguntas y respuestas, los menus, las interfaces de llenado de formularios, las interfaces de lenguaje de coman- 
dos, las interfaces graftcas de usuario (GUI) y otras interfaces Web para usar en Internet. La interfaz de usuario 
tiene dos componentes principales: el lenguaje de presentation, que es la parte de la transaction de la compu¬ 
tadora al humano, y el lenguaje de action, que caracteriza la parte del humano a la computadora. En conjunto, 
ambos conceptos abarcan la forma y el contenido del termino interfaz de usuario. 

Interfaces de lenguaje natural 

Las interfaces de lenguaje natural son tal vez el sueno y el ideal de los usuarios sin experiencia, ya que no 
requieren tener habilidades especiales y pueden interactuar con la computadora mediante el uso de lenguaje 
natural. 

La pantalla que se muestra en la figura 14.9 incluye una lista de tres preguntas en lenguaje natural para 
tres aplicaciones. Observe que la interaccion con cada pregunta se ve muy sencilla. Por ejemplo, el primer 
enunciado parece bastante simple y directo: “Mencione los vendedores que cumplieron con sus cuotas este 
mes”. 

Las ambigiiedades naturales de algunos idiomas, como el ingles y en menor medida el espanol, producen 
arduos problemas de programacion. Los intentos de crear interfaces en lenguaje natural para ciertas aplica¬ 
ciones en las que cualquier otro tipo de interfaz no serfa viable (por ejemplo, en el caso de un usuario disca- 
pacitado) estan teniendo algo de exito; sin embargo, comunmente estas interfaces son costosas. Hasta ahora, 
los problemas de implementation y la extraordinaria demanda de recursos de computo han mantenido el uso 
de las interfaces de lenguaje natural al mi'nimo. Pero la demanda existe, por lo que muchos programadores e 
investigadores estan trabajando con diligencia en ellas. Es un area de crecimiento, por lo que amerita mante- 
nerse al tanto de ella. 
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FIGURA 14.9 

Interfaces de lenguaje natural. 


> Mencione los vendedores que cumplieron con sus metas este mes. 

Tom Otto 
Roz Berry 
Spin Etch 

> Compare el porcentaje de productos echados a perder en cada una de nuestras 
tres tiendas. 

Fair Oaks 4% 

Tyson's 5% 

Metro Center 3% 

> Grafique la venta de unidades de DVD por mes durante los ultimos tres anos. 

Oprima cualquier tecla para continuar. 


Interfaces de preguntas y respuestas 

En una interfaz de preguntas y respuestas, la computadora despliega una pregunta para el usuario en la panta- 
11a. Para interactuar, el usuario introduce una respuesta (mediante una pulsacion de tecla o un clic del raton) y 
despues la computadora actua con base en esa information de entrada en forma preprogramada, por lo general 
avanzando a la siguiente pregunta. 

En la figura 14.10 se muestra un tipo de interfaz de preguntas y respuestas, conocido como cuadro de dia- 
logo. Un cuadro de dialogo actua como una interfaz de preguntas y respuestas dentro de otra aplicacion, en este 


FIGURA 14.10 

Un cuadro de dialogo: un tipo de 
interfaz de preguntas y respuestas. 
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caso una grafica de PERT para un proyecto de analisis de sistemas para Bakerloo Brothers. Observe que el rec- 
tangulo redondeado para la opcion “Sf ’ esta resaltado para indicar que es la respuesta mas probable en esa situa- 
cion. La interfaz principal para esta aplicacion no necesita ser de preguntas y respuestas. Mas bien, mediante la 
incorporation de un cuadro de dialogo el programador ha incluido una interfaz facil de usar dentro de una mas 
complicada. 

Los asistentes que se utilizan para instalar software son un ejemplo comun de una interfaz de preguntas y 
respuestas. El usuario responde a las preguntas sobre el proceso de instalacion, como donde instalar el software 
o las herramientas. El asistente tambien puede hacer preguntas y responder a las preguntas del usuario con mas 
preguntas disenadas para reducir el alcance del problema. Esta es una manera tipica de establecer una interfaz de 
soporte tecnico para reducir los problemas y diagnosticarlos con mas precision. 

Menus 

Una interfaz de menu toma debidamente prestado el nombre de la lista de platillos que se pueden selec- 
cionar en un restaurante, pues de manera similar, provee al usuario una lista en pantalla de las selecciones 
disponibles. 

Para responder al menu, el usuario esta limitado a las opciones que se muestran en la pantalla. El usuario no 
tiene que conocer el sistema, pero sf necesita saber que tarea debe realizar. Por ejemplo, en un menu tfpico de 
un procesador de palabras, los usuarios pueden elegir las opciones Edition, Copiar o Imprimir, pero para usar el 
menu con eficiencia, los usuarios deben saber que tarea desean realizar. 

Los menus no dependen del hardware. Las variedades abundan. Se pueden configurar para usar la entrada 
desde el teclado, un lapiz optico, pantalla tactil o raton. Las selecciones se pueden identificar mediante un nu- 
mero, una letra o una palabra clave, o los usuarios pueden hacer clic en una selection con un raton. La consisten¬ 
cy es importante al disenar una interfaz de menu. 

Los menus tambien se pueden hacer a un lado hasta que el usuario los necesite. La figura 14.11 muestra 
como el usuario utiliza un menu desplegable mientras construye un diagrama PERT para un proyecto de analisis 
de sistemas que esta terminando para Bakerloo Brothers. El usuario coloca el puntero en Fechas y despliega el 
menu hacia abajo. Despues coloca el puntero en Calendario y selecciona la opcion para mostrar el proyecto en 
un calendario mensual convencional. 

Los menus se pueden anidar unos dentro de otros para conducir a un usuario por las opciones en un pro- 
grama. Los menus anidados permiten que la pantalla aparezca menos desordenada, la cual es consistente con el 
buen diseno. Tambien permiten a los usuarios evitar ver las opciones de menu que no les interesan. Los menus 
anidados tambien pueden desplazar a los usuarios rapidamente por el programa. 


FIGURA 14.11 

Un menu desplegable esta ahf 
cuando el usuario lo necesita. 
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OPORTUNIDAD DE CONSULTORIA 14.2 



Preferiria hacerlo yo mismo 



“P 

X uedo pedir a Mickey que descargue los datos que necesito 
de la Web o de nuestro servidor a mi PC”, le dice DeWitt 
Miwaye, un gerente de nivel superior para Yumtime Foods (una 
empresa mayorista de alimentos de la region del Medio Oeste). 
“Obtener los datos no es problema. Lo que no quiero son mu- 
chos informes. Preferiria obtener los datos yo mismo”. 

Miwaye continua y le dice que, como ejecutivo, no uti- 
liza su PC tanto como quisiera, tal vez solo tres veces al mes, 
pero tiene algunas ideas muy especificas sobre lo que le gus- 
taria hacer con ella. 


“Me gustarfa poder realizar algunas comparaciones por mi propia 
cuenta. Podrfa comparar la tasa de rotation para todos nuestros 12 alma- 
cenes. Tambien me gustarfa ver con que eficiencia se utiliza la capacidad 
de cada uno de nuestros almacenes. Algunas veces quisiera poder graft- 
car las comparaciones o ver un diagrama de ellas a traves del tiempo”. 

Compare en tres parrafos los tres tipos de interfaces que Miwaye 
podrfa usar. Despues recomiende una interfaz que pueda usar y que 
tome en cuenta su uso infrecuente de la PC, el hecho de que disfruta 
trabajar con datos crudos y su deseo de ver los datos en pantalla de 
varias formas. 


Los menus de GUI se utilizan para controlar el software de PC y tienen los siguientes lineamientos: 

1. La barra de menus principal siempre se muestra. 

2. El menu principal usa una sola palabra para los elementos de menu. Las opciones del menu principal 
siempre muestran menus desplegables secundarios. 

3. El menu principal debe tener opciones secundarias agrupadas en conjuntos similares de caracterfsticas. 

4 . Los menus desplegables que aparecen al hacer clic en un elemento del menu principal consisten a menudo 
de mas de una palabra. 

5. Las opciones secundarias desempenan acciones o muestran elementos de menu adicionales en pantalla. 

6. Los elementos de menu en gris no estan disponibles para la actividad actual. 

Un menu de objeto, tambien conocido como menu contextual, aparece cuando el usuario hace clic en un ob- 
jeto de la GUI con el boton derecho del raton. Estos menus contienen elementos especfftcos para la actividad en 
curso y la mayorfa son funciones duplicadas de los elementos del menu principal. 

Los usuarios experimentados podnan molestarse con los menus anidados. Tal vez prefieran usar una entrada 
de comando de una sola lfnea para agilizar las cosas. Otros usuarios podnan usar las teclas de metodo abreviado 
o combinaciones de teclas tales como Alt >.I >.P > C, que inserta una imagen predisenada en un documento de 
Microsoft Office. 

Interfaces de llenado de formularios (formularios de entrada/salida) 

Las interfaces de llenado de formularios consisten en formularios en pantalla o basados en Web que muestran los 
campos que contienen elementos de datos o parametros necesarios para comunicarse con el usuario. A menudo 
el formulario es un facsfmil de un formulario en papel ya conocido por el usuario. Esta tecnica de interfaz se 
conoce tambien como metodo basado en formulario y formularios de entrada/salida. 

La figura 14.12 muestra una interfaz de llenado de formulario. Un menu desplegable para Num. Pieza in¬ 
troduce en forma automatica una Descripcion y un Precio Unitario para el artfculo. Cuando el usuario usa el 
tabulador para cambiar al campo Cantidad e introduce el numero de elementos que desea comprar, el software 
calcula de manera automatica el Precio Extendi do al multiplicar Cantidad por Precio Unitario. 

Los formularios para las pantallas de visualization se establecen para mostrar que information se debe in¬ 
troduce y donde hay que hacerlo. Los campos en bianco que requieren information se pueden resaltar con ca- 
racteres inversos o destellantes. El usuario desplaza el cursor de un campo a otro al oprimir una tecla de flecha. 
Esta disposition le permite desplazarse un campo hacia atras o un campo hacia delante con solo hacer clic en 
la tecla de flecha apropiada. Provee al usuario un buen control al momento de introducir datos. Los formularios 
basados en Web ofrecen la oportunidad de incluir hipervfnculos a ejemplos de formularios completados en forma 
correcta, o hipervfnculos donde el usuario puede obtener mas ayuda y ejemplos. 

Podemos simplificar la entrada de los formularios para las pantallas si proveemos valores predeterminados 
para los campos y despues permitimos a los usuarios modificar la information predeterminada, en caso de ser 
necesario. Por ejemplo, un sistema de administration de bases de datos disenado para mostrar un formulario 


www.xlibros.com 



CAPlTULO 14 • INTERACCION HUMANO-COMPUTADORA 455 



Cinta transparente, 12mm x 33mm, caja de 12 


Hi-Liter, colores surtidos, caja de 12 


Requerido por 


(MM/DD/AAAA) 


Enviara 


unitario 


anting son Office Supplies 

Hi 00 Kachan Lana 
HRochesCei, NY 146W 


Lkinaptan 
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Isamset. N 


Haul* 

1 Mmore 64v«t 
HY 14275 


Num. Pieza 


Descripcion 


«'i 51 


yj 


su¬ 


it' 


12 




Nombre y direccion del distribuidor 


Orden de compra 


Fecha del pedido 

nm 

(MM/DD/AAAA) 


Num. de requisa 

KUir.vvl 


FIGURA 14.12 

Un ejemplo de la interfaz de 
llenado de formularios. 


para introducir cheques puede proveer el siguiente numero de cheque secuencial como valor predeterminado al 
momento de exhibir el formulario del cheque nuevo. Si faltan cheques, el usuario modifica el numero de cheque 
para reflejar el cheque actual que se esta introduciendo. 

La entrada para los campos de las pantallas de visualization se puede restringir al formato alfanumerico para que, 
por ejemplo, los usuarios puedan introducir solo numeros en un campo que solicite un numero de Seguro social, o que 
puedan introducir solo letras donde se requiera el nombre de una persona. Si se introducen numeros donde solo se per- 
miten letras, la computadora puede alertar al usuario mediante un sonido que el campo se lleno en forma incorrecta. 

La principal ventaja de la interfaz del formulario de entrada/salida es que la version impresa del formula¬ 
rio de llenado provee una excelente documentation. Muestra las etiquetas de los campos, asf como el contexto 
para las entradas. Ademas, los formularios Web pueden devolver formularios incompletos al usuario con una 
explication de los datos que se deben introducir para completar la transaction. A menudo, los campos con datos 
faltantes se marcan con un asterisco de color rojo. Los documentos basados en Web se pueden enviar de manera 
directa a facturacion si hay una transaction involucrada, o pueden ir directamente a una base de datos en tiempo 
real si se va a enviar una encuesta. Los formularios basados en Web pasan la responsabilidad de la precision al 
usuario y ponen el formulario a su disposition para que lo completen y envfen las 24 horas del dfa, los 7 dfas de 
la semana en cualquier parte del mundo. 

Hay unas cuantas desventajas en los formularios de entrada/salida. La principal desventaja es que los usua¬ 
rios experimentados en el sistema o una aplicacion podrian impacientarse con los formularios de entrada/salida y 
podrfan garantizar maneras mas eficientes de introducir datos. 

Interfaces de lenguaje de comandos 

Una interfaz de lenguaje de comandos permite al usuario controlar la aplicacion mediante una serie de pulsacio- 
nes de tecla, comandos, frases o alguna secuencia de estos tres metodos. Las sintaxis simples de los lenguajes de 
comandos se consideran cercanas al lenguaje natural. 

En la figura 14.13 se muestran dos ejemplos de aplicacion del lenguaje de comandos. El primero muestra a 
un usuario que pide usar un archivo con datos sobre todos los vendedores y despues pide a la computadora que 
muestre todos los apellidos paternos y nombres de pila para todos los vendedores cuyas ventas actuales (VEN- 
TACT) sean mayores que sus cuotas. En el segundo ejemplo, un usuario pide usar un archivo llamado ABARR 
y despues instruye a la computadora que calcule los desperdicios (DESPERD), para lo cual hay que restar los 
productos vendidos de los productos comprados. Despues de eso el usuario pide regresar a la parte superior del 
archivo para imprimirlo (LISTA). 

El lenguaje de comandos no tiene un significado inherente para el usuario; esto lo diferencia de las demas 
interfaces descritas. Los lenguajes de comandos manipulan la computadora como una herramienta al permitir 
que el usuario controle el dialogo. El lenguaje de comandos ofrece al usuario mas flexibilidad y control en ge¬ 
neral. Cuando el usuario emplea el lenguaje de comandos, el sistema ejecuta el comando de inmediato; asf, el 
usuario puede darle otro comando. 

Los lenguajes de comandos requieren la memorization de reglas de sintaxis, lo que puede constituir un obs- 
taculo para los usuarios inexpertos. Los usuarios expertos tienden a preferir los lenguajes de comandos, posible- 
mente debido a que se llevan a cabo con mucha mas rapidez. 


www.xlibros.com 










456 PARTE IV • LOS FUNDAMENTOS DEL DISENO 



La 


/as he visto todas”, le comenta Carrie Moore. “Estuve aqui 
cuando obtuvieron su primer sistema de computo. Creo que hasta 
he hecho una carrera de esto”, dice alegremente mientras apunta a 
la gran pila de formularios de reclamaciones de seguros medicos 
que ha estado introduciendo en el sistema de computo. Como ana- 
lista de sistemas usted esta entrevistando a Carrie, una capturista de 
datos para AbundaCare (una empresa grande de seguros medicos), 
sobre los cambios que se contemplan en el sistema de computo. 

“Soy realmente rapida en comparacion con los demas”, dice 
mientras senala con la cabeza hacia los otros seis capturistas de la 
sala. “Lo se porque tenemos pequenos concursos todo el tiempo 
para ver quien es el mas rapido, con la menor cantidad de errores. 
I Ve esa tabla en la pared? Muestra cuantos datos hemos introducido 
y con que rapidez. Las estrellas doradas muestran quien es el mejor 
cada semana. Las medidas de desempeno son mis amigas”. 

“En realidad no me importa si cambia las computadoras. Como 
dije, ‘las he visto todas’”. Vuelve a teclear en su equipo mientras 


continua con la entrevista. “Pero cualquier cosa que vaya a hacer, 
no me desacelere. Una de las cosas que mas me enorgullecen es que 
todavia puedo veneer a los otros capturistas, que tambien son bue- 
nos”, agrega Carrie. 

Con base en esta entrevista parcial con Carrie Moore, ^que tipo 
de interfaz de usuario disenara para ella y los otros operadores? 
Suponga que incluso cuando el nuevo sistema esta mejorado, de to¬ 
das formas requerira la introduccion de cantidades masivas de datos 
provenientes de variedad de formularios de seguros medicos envia- 
dos por los solicitantes. 

Compare y contraste en dos parrafos las interfaces como la de len- 
guaje natural, de preguntas y respuestas, menus, formularios de entrada/ 
salida, y documentos de llenado basados en Web. Despues seleccione 
y defienda una altemativa. (,Que cualidades de las que poseen Came y 
los otros capturistas (ademas de los datos que van a introducir) deter- 
minaron su eleccion? Haga una lista. (,Hay mas de una opcion viable? 
^Por que si o por que no? Responda en un parrafo. 


Interfaces graficas de usuario 

La clave para las interfaces graficas de usuario (GUI) es la retroalimentacion constante en la realizacion de las 
tareas que proveen a los usuarios. La retroalimentacion continua sobre el objeto manipulado significa que se pue- 
den cambiar o invertir las operaciones con rapidez, sin incurrir en mensajes de error. 

La creacion de GUI impone un reto, pues hay que inventar un modelo apropiado de la realidad o un modelo 
conceptual aceptable de la representation. Para disenar GUI que se utilicen en intranets, extranets y en la Web 
se requiere una planeacion todavia mas cuidadosa. La mayorfa de los usuarios de sitios Web son desconocidos 
para el desarrollador, por lo que el diseno debe estar bien definido. La eleccion de iconos, lenguaje e hipervmcu- 


FIGURA 14.13 

Interfaces de lenguaje de 
comandos. 

USAR VENDEDOR 

MOSTRAR TODO APELLIDO, NOMBRE PARA VENTACT > CUOTA 

USAR ABARR 

REEMPLAZAR TODO DESPERD CON PCOMPRADOS - PVENDIDOS 

IRA SUPERIOR 

LISTA 
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Esa no es una bombilla 


. partir del analisis preliminar que usted realizo, se desprende que 
habrfa una considerable reduction en la cantidad de errores si los 
vendedores en Bright's Electric (que vende piezas electricas, bulbos 
y accesorios a clientes de mayoreo) adoptan un sistema en lmea. El 
nuevo sistema permitirfa a los vendedores retirar una pieza del inven- 
tario (y por lo tanto actualizar el inventario), devolver una pieza al 
inventario, revisar el estado del inventario y verificar si una pieza esta 
en pedido pendiente. En la actualidad, para actualizar el inventario los 
vendedores llenan un formulario a mano con dos copias y un original. 
El cliente recibe una copia, el inventario recibe una y al final del dfa 
los originales se depositan en la oficina frontal. 

La siguiente manana, lo primero que hace el solitario trabaja- 
dor de oficina es introducir los datos de los formularios en la compu- 
tadora. Se producen errores cuando introduce los numeros de pieza 
o las cantidades incorrectas. Se consume tiempo adicional cuando 
los trabaj adores del inventario buscan una pieza que creen que po- 
drfa tener existencia, pero no es asf. Hay hojas de inventario actua- 
lizado disponibles para los vendedores cerca de mediodfa, pero para 
esas horas ya han sacado del inventario el doble del numero de 
piezas que sacaran despues de mediodfa. Sin duda, un sistema en 
lfnea bien disenado ayudarfa a reducir estos errores y tambien ayu- 
darfa con el control del inventario. 

El propietario, Luis Bright, ha contemplado la idea de un sistema 
en lfnea y la ha descartado varias veces durante los ultimos cinco anos. 
La principal razon es que los vendedores, que serfan los usuarios mas 
frecuentes del sistema, no creen que los analistas de sistemas con los 
que han hablado puedan crear un sistema realmente util. 


M. T. Sockette, el vendedor que ha estado mas tiempo con 
Bright’s Electric, es el que mas habla de todos y le dice: “Conoce- 
mos las piezas, conocemos a nuestros clientes. Lo que podrfamos 
hacer aquf con una computadora serfa grandioso. Pero los que han 
venido aquf para tratar de hacer algo... bueno, dicen cosas como: 
‘Ahora puedes introducir una bombilla CFL General Electric de 60 
Watts en la computadora’”. 

“Para nosotros esa no es una bombilla, es un GE60WCFL. 
Todos aquf conocemos los numeros de las piezas. Nos enorgullece- 
mos de ello. Escribir toda esa basura nos tomara todo el dfa”. 

Despues de hablar con el Sr. Bright, usted decide implementar 
un sistema en lfnea. Ya hablo con M. T. y los demas para volver a 
asegurarles que el sistema utilizara los numeros de pieza con los que 
estan familiarizados y les ahorrara tiempo. Aunque son escepticos, 
usted los ha persuadido de hacer un intento. 

^Que tipo de interfaz de usuario disenara para los vendedo¬ 
res? Antes de llegar a su solution, haga un analisis cuidadoso en 
tres parrafos en el que compare y contraste varias interfaces de 
usuario (lenguaje natural, preguntas y respuestas, menus, formula¬ 
rios de entrada/salida, lenguaje de comandos y documentos de 
llenado de formularios basados en Web) en cuanto a la forma en 
que se podrfan adaptar en Bright’s. Despues seleccione una inter¬ 
faz y explique en un parrafo por que le parece la mas apropiada con 
base en lo que sabe acerca de los vendedores de Bright’s y su sis¬ 
tema actual. Dibuje un prototipo de una pantalla que sera parte de 
su solucion. Describa en un parrafo como probara su usabilidad 
con los vendedores. 


los se convierte en todo un conjunto completo de decisiones y suposiciones sobre los tipos de usuarios que es- 
pera atraer el sitio Web. El disenador tambien debe adherirse a las convenciones que los usuarios esperan ahora 
encontrar en los sitios Web. 

Otras interfaces de usuario 

Hay otras interfaces de usuario menos comunes que estan creciendo en popularidad: dispositivos senaladores 
como plumillas, pantallas sensibles al tacto, reconocimiento de voz y smtesis, etc. Cada una de estas interfaces 
tiene sus propios atributos especiales que la adaptan en forma unica a ciertas aplicaciones. 

La plumilla (un pequeno dispositivo con punta que se asemeja a una pluma) se utiliza con el software de 
reconocimiento de escritura para telefonos moviles (que actuan como PDA: asistentes personales digitales) y 
dispositivos de PC. Han sido un exito debido a que integran muchas funciones y son faciles de usar. Ademas son 
portables y se venden a un precio relativamente bajo. Han surgido muchas aplicaciones divertidas y utiles escri- 
tas para estos dispositivos moviles, incluyendo programas populares para resenas de restaurantes como Zagat, 
herramientas populares como listas de “tareas pendientes” para uso de trabajo y personal, y para juegos popula¬ 
res como Sudoku. Tambien se facilita el proceso de introducir datos mediante una base de acoplamiento, de ma- 
nera que se puedan sincronizar los datos con su PC. 

Una Tablet PC es una computadora tipo notebook con una pantalla sensible al tacto. Puede estar equipada 
con conexion Wi-Fi o Bluetooth. Las pantallas sensibles al tacto permiten al usuario usar un dedo o una plumilla 
para operarlas. Son utiles para visualizar information publica, como mapas de las ciudades y sus vistas publi- 
cados en vestfbulos de hoteles o locales de renta de automoviles. Tambien se pueden usar para explicar piezas 
de exhibition en los museos y localizar lugares para acampar en los parques estatales. Las pantallas sensibles al 
tacto no requieren que los usuarios tengan una experiencia especial; ademas la pantalla es autocontenida, por lo 
que no requiere de ningun dispositivo especial de entrada que alguien podrfa quebrar o robar. Las pantallas sen- 
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FIGURA 14.14 

Mediante el uso de software como 
Dragon NaturallySpeaking de 
Nuance, un usuario puede decir 
los comandos en su computadora. 
En este ejemplo, para corregir una 
palabra el usuario despliega un 
menu de palabras alternativas que 
suenan igual. 



sibles al tacto (tambien conocidas simplemente como pantallas tactiles o tabletas tactiles) para los telefonos mo- 
viles como el iPhone y la BlackBerry estan convirtiendo esta interfaz de usuario alternativa en algo familiar y de 
uso extendido. Las investigaciones recientes examinan la forma de poder comercializar las tabletas tactiles sensi- 
bles a presion. Estas interfaces se pueden usar con pantallas tactiles tanto grandes como pequenas y son practicas 
para las aplicaciones como la pintura o escultura virtual, un raton simulado y para instrumentos musicales como 
un teclado de piano, donde la intensidad de la presion aplicada es crucial para la salida. 

Con el reconocimiento de voz, el usuario habla a la computadora y el sistema es capaz de reconocer las 
senales de voz de un individuo, convertirlas y almacenar la entrada. El reconocimiento de voz en los sistemas 
de inventario ya se encuentra en operation; los automoviles ahora incluyen sistemas de entrada de voz que res- 
ponden a los comandos de voz del conductor para navegar, cambiar la estacion de radio o usar un telefono con 
Bluetooth conectado al vehiculo. 

Una ventaja de los sistemas de reconocimiento de voz es que pueden agilizar la entrada de datos en forma 
considerable, ademas de que liberan las manos del usuario para otras tareas (como conducir, por ejemplo). La 
entrada de voz agrega otra dimension a la PC: ahora es posible agregar equipo y software que permita al usuario 
de una PC hablar los comandos como “abrir archivo” o “guardar archivo” para no tener que usar el teclado o el 
raton. Los usuarios con movilidad limitada o discapacidad visual se pueden beneftciar de los sistemas de recono¬ 
cimiento de voz. En el ejemplo que se muestra en la ftgura 14.14, para corregir una palabra el usuario despliega 
un menu de palabras alternativas parecidas. 

Al evaluar las interfaces hay que tener en cuenta ciertos estandares: 

1. El periodo de capacitacion necesario para los usuarios debe ser razonablemente corto. 

2. En las primeras etapas de su capacitacion, los usuarios deben ser capaces de introducir los comandos sin 
pensar en ellos o tener que consultar un menu o manual de ayuda. Mantener las interfaces consistentes en 
todas las aplicaciones es conveniente en este caso. 

3. La interfaz debe ser transparente, de manera que haya pocos errores y los que ocurran no se deban a un mal diseno. 

4 . El tiempo que los usuarios y el sistema necesitan para recuperarse de los errores debe ser corto. 

5. Los usuarios infrecuentes deben ser capaces de volver a aprender a usar el sistema rapidamente. 

Hay muchas interfaces distintas disponibles, por lo que es importante tener en cuenta que una interfaz efec- 
tiva requiere de mucho esfuerzo para poder lidiar con las cuestiones clave de la HCI. Tal vez los usuarios quieran 
usar el sistema, por lo que debe parecerles atractivo, eficiente y divertido de usar. 

LINEAMIENTOS PARA EL DISENO DEL DlALOGO 

El dialogo es la comunicacion entre la computadora y una persona. Un dialogo bien disenado facilita a las perso¬ 
nas el proceso de usar una computadora y reduce su frustration con el sistema de computo. 
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Como recordara, los elementos del TAM (modelo de aceptacion de tecnologla) indican que la utilidad y la 
facilidad de uso percibidas tempranamente provocaran en el usuario la intencion de usar el sistema y, en un mo¬ 
menta dado, empezara a utilizarlo. Hay varios puntos clave para disenar un buen dialogo: 

1. Una comunicacion significativa, de manera que la computadora comprenda lo que las personas introducen y 
las personas comprendan lo que la computadora presenta o solicita. 

2. Una minima accion por parte del usuario. 

3. Operacion y consistencia estandar. 

Comunicacion significativa 

El sistema debe presentar con claridad la informacion al usuario. Esto significa tener un titulo apropiado para 
cada pantalla, minimizar el uso de las abreviaturas y proveer una retroalimentacion clara al usuario. Los pro- 
gramas de investigation deben mostrar los significados del codigo asi como los datos en un formato editado; 
por ejemplo, mostrar barras diagonales entre el mes, dia y ano en un campo de fecha o las comas y los puntos 
decimales en un campo de cantidad monetaria. Hay que proveer instrucciones para el usuario en relation con 
los detalles, como las asignaciones disponibles para las teclas de funcion. En una interfaz grafica de usuario, el 
cursor puede cambiar de forma dependiendo del trabajo que se este realizando. 

Los usuarios con menos habilidad para usar la computadora o los que realizan sus tareas con una compu¬ 
tadora requieren de mayor comunicacion. Los sitios Web deben mostrar mas texto e instrucciones para guiar al 
usuario por todo el sitio. Los sitios de intranets pueden tener menos dialogo, ya que hay requerimientos mlnimos 
en cuanto al grado de capacitacion de los usuarios. Las imagenes de Internet deben tener descripciones de texto 
desplegables o de sustitucion cuando se utilicen imagenes como hipervinculos, ya que puede haber incertidum- 
bre al interpretar su significado, en especial si el sitio se utiliza a nivel internacional. Cabe mencionar que los 
lineamientos de la UE para la visualization de imagenes Web requieren que todas ellas esten etiquetadas, para 
que los usuarios con discapacidad visual puedan escuchar cuando se anuncien descripciones escritas por medio 
de software especial. La informacion de la linea de estado para las pantallas de GUI es otra forma de proveer 
instrucciones para los usuarios. 

Ademas hay que proporcionar pantallas de ayuda faciles de usar. Muchas pantallas de ayuda de PC tienen 
temas adicionales que se pueden seleccionar de manera directa mediante el uso de texto resaltado en la primera 
pantalla de ayuda. Por lo general, estos hipervinculos estan en un color distinto, lo cual los hace resaltar en 
contraste con el resto del texto de ayuda. Recuerde usar iconos o texto ademas de la codificacion de color para 
poder hacer contacto con la mayor cantidad de usuarios que sea posible. Muchas GUI incorporan la ayuda me¬ 
diante cuadros de informacion sobre las herramientas, donde se muestra un pequeno mensaje de ayuda para 
identificar la funcion de un boton de comando cuando se coloca el cursor encima de este. El otro lado de la co¬ 
municacion es que la computadora debe comprender lo que introdujo el usuario. Por ende, hay que editar todos 
los datos que se introduzcan en la pantalla para que sean validos. 

Minima accion por parte del usuario 

La accion de teclear es a menudo la parte mas lenta de un sistema de compute, por lo que un buen dialogo mini- 
mizara el numero de pulsaciones de tecla requeridos. Podemos lograr esto de varias formas distintas: 

1. Teclear codigos en las pantallas de entrada, como los codigos de aeropuertos al hacer una reservacion 
de un vuelo, en vez de palabras completas. Los codigos tambien se teclean cuando se utiliza una interfaz 
de lenguaje de comandos, como una abreviacion postal de dos letras para los estados. En una GUI, los 
codigos se pueden introducir mediante la selection de descripciones de los codigos de una lista desplegable 
de opciones disponibles. Esto ayuda a asegurar la precision, ya que el codigo se almacena como un valor de 
la lista desplegable; ademas ayuda a proveer una comunicacion significativa, ya que se seleccionan 
descripciones familiares para el usuario. Un ejemplo serla seleccionar una provincia canadiense y hacer 
que se almacene el codigo postal de dos caracteres. 

2. Introducir solo datos que no esten ya almacenados en los archivos. Por ejemplo, al modificar o 
eliminar registros de artlculos, solo hay que introducir el numero del artlculo. La computadora 
responde mostrando la informacion descriptiva que se encuentra almacenada en el archivo de artlculos. 
Otro ejemplo es cuando un usuario inicia sesion en un sitio Web y se utiliza el ID de usuario para 
buscar los registros relacionados tales como el registro de clientes, las facturas pendientes, los pedidos, 
etcetera. 

3. Proveer los caracteres de edicion (por ejemplo, las barras diagonales como separadores de campos de 
fecha). Los usuarios no deberlan tener que introducir caracteres de formato como ceros a la izquierda, 
comas o un punto decimal al introducir montos de dinero; tampoco barras diagonales o guiones al 
introducir una fecha. En general, los sitios Web son una exception a esta regia, ya que los formularios 
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Web no incluyen barras diagonales ni puntos decimales. Algunos formularios Web utilizan una serie de 
campos de entrada con caracteres de edition entre ellos, como los parentesis alrededor de un codigo 
de area. 

4. Usar valores predeterminados para los campos en las pantallas de entrada. Los valores predeterminados 
se utilizan cuando el usuario introduce el mismo valor en un campo de pantalla para la mayorfa de los 
registros que se estan procesando. El valor se muestra y el usuario puede oprimir Intro para aceptar el valor 
predeterminado, o sobrescribirlo con uno nuevo. Las GUI pueden contener casillas de verification y botones 
de option que se seleccionen al abrir un formulario Web o cuadro de dialogo. Los menus sensibles al 
contexto aparecen cuando se hace clic en un objeto con el boton derecho del raton. Estos menus contienen 
opciones espetificas para el objeto que esta debajo del raton. 

5. Disenar un programa de consulta (o de modificacion, o eliminacion) de manera que el usuario necesite 
introducir solo los primeros caracteres de un nombre o la descripcion de un articulo. El programa muestra 
una lista de todos los nombres que coincidan y, cuando el usuario selecciona uno, se muestra el registro 
correspondiente. 

6. Proveer pulsaciones de tecla para seleccionar las opciones de los menus desplegables. A menudo estas 
opciones se seleccionan mediante un raton y despues se pulsa una tecla. A medida que los usuarios se van 
familiarizando con el sistema, las teclas de metodo abreviado ofrecen un metodo mas rapido para manipular 
los menus desplegables, ya que ambas manos permanecen en el teclado. Esto ayuda a los usuarios a volverse 
eficientes en sus tareas. En una PC o Mac, las pulsaciones de tecla por lo general requieren que se oprima 
una tecla de funcion o la tecla Alt seguida de una letra. La figura 14.15 es un ejemplo de menus desplegables 
anidados. 

7. Usar botones de opcion y listas desplegables para controlar las pantallas de nuevas paginas Web o 
modificar formularios Web. Por ejemplo, hacer clic en un boton de opcion puede cambiar una lista 
desplegable para reflejar el boton de opcion que se selecciono. Se puede hacer clic en un boton de opcion y 
un formulario puede cambiar de acuerdo con la selection. Una lista desplegable puede cambiar o se puede 
hacer clic en un boton de opcion para ir a una nueva pagina Web. A menudo las listas desplegables se 
proveen en una pagina Web para navegar con rapidez; al seleccionar una nueva pagina Web de la lista 
desplegable el usuario es transportado a esa pagina. 

8. Proveer control del cursor para los formularios Web y otras pantallas, de manera que el cursor se 
desplace al siguiente campo cuando se haya introducido el numero correcto de caracteres. Un ejemplo 
serla cuando un usuario introduce un codigo de area para un telefono de EE.UU. y, despues de introducir los 
tres caracteres, el cursor cambia al campo del numero telefonico local. Otro ejemplo es cuando se introducen 
codigos de claves de registro. A menudo los codigos estan en grupos de cuatro o cinco letras y, cuando se 
llena el primer campo, el cursor avanza al siguiente campo, y as! en lo sucesivo. El analista debe examinar 
cada campo para ver si es conveniente usar el control del cursor automatico. 

Cualquier combination de estas ocho metodologlas puede ayudar al analista a reducir el numero de pulsa¬ 
ciones de tecla requeridas por el usuario, con lo cual se agiliza la entrada de datos y se minimizan los errores. 


FIGURA 14.15 

Ejemplo de menus desplegables 
anidados con teclas de metodo 
abreviado de Microsoft Visio 
Professional. 



www.xlibros.com 






























CAPlTULO 14 • INTERACCION HUMANO-COMPUTADORA 461 


1T\ 


OPORTUNIDAD DE CONSULTORIA 14.5 


En espera de ser alimentado 


Sl 


66 ^ 

, es cierto que vendimos un paquete. Este de aquf. No me 
malentienda: sf hace el trabajo, solo que no sabemos cuando”. 

Usted se encuentra hablando con Owen Itt, quien le esta con- 
tando sobre la reciente compra que hizo la unidad de ventas de 
nuevo software para sus PC en red, el cual permite introducir los 
datos de venta para cada uno de sus 16 vendedores, provee como 
salida datos de comparacion para ellos y proyecta las ventas a fu¬ 
ture con base en los registros de las ventas anteriores. 

“Pero hemos tenido algunas experiencias raras con este pro- 
grama”. Owen continua: “Parece lento o algo asf. Por ejemplo, 
nunca estamos seguros de cuando termina. Yo escribo un comando 
para obtener un archivo y no ocurre nada. Cerca de medio minuto 
mas tarde, si tengo suerte, podrfa aparecer la pantalla que quiero, 
pero nunca puede uno estar seguro. Si le pido que guarde los datos 
de las ventas, solo comienza a zumbar. Si funciona, me regresa a 
donde me encontraba antes; si no guarda los datos, de todas formas 


me devuelve al punto anterior. Es confuso y nunca se lo que debo 
hacer. No hay nada en la pantalla de visualizacion que me diga lo 
que debo hacer a continuacion. ^Ve el pequeno manual que se in- 
cluyo con el sistema? Tiene las esquinas dobladas porque lo tuvi- 
mos que hojear varias veces para tratar de averiguar que deblamos 
hacer despues. Tambien podemos conectarnos a Internet para bus- 
car ayuda en lfnea, pero su asistencia tecnica es practicamente 
inexistente. Ademas se lleva mucho tiempo”. 

Con base en lo que escucho en la entrevista, aproveche la 
oportunidad de complementar el software mediante el diseno de 
algun tipo de retroalimentacion en pantalla para Owen y su equipo 
de ventas. La retroalimentacion debe abarcar todas las preocupacio- 
nes de Owen y seguir los lineamientos para proporcionar retroali¬ 
mentacion a los usuarios, ademas de los lineamientos para disenar 
buenas pantallas. Dibuje un prototipo de las pantallas que considere 
necesarias para lidiar con los problemas que menciona Owen. 


Operation y consistencia estandar 

El sistema debe ser consistente a traves de todas sus pantallas y todos sus mecanismos para operarlas en dis- 
tintas aplicaciones. La consistencia facilita a los usuarios el proceso de aprender a usar las nuevas porciones 
del sistema una vez que esten familiarizados con un componente. Podemos lograr la consistencia mediante los 
siguientes puntos: 

1. Ubicar los tftulos, la fecha, hora y los mensajes del operador y de retroalimentacion en los mismos lugares 
en todas las pantallas. 

2. Salir de cada programa mediante el uso de la misma clave u option del menu. 

3. Cancelar una transaction de manera consistente, como usar la tecla esc. 

4. Obtener ayuda de una manera estandarizada, como usar una tecla de funcion. 

5. Estandarizar los colores utilizados para todas las pantallas o paginas Web. 

6. Estandarizar el uso de iconos para las operaciones similares al usar una interfaz grafica de usuario. 

7. Usar una terminologfa consistente en una pantalla de visualizacion o sitio Web. 

8. Proveer una manera consistente de navegar por el dialogo. 

9. Mantener la consistencia en la alineacion de las fuentes, el tamano y el color en las paginas Web. 

RETROALIMENTACION PARA LOS USUARIOS 

Todos los sistemas requieren de retroalimentacion para supervisar y modificar el comportamiento. Por lo ge¬ 
neral, la retroalimentacion compara el comportamiento actual con los objetivos predeterminados y devuelve la 
informacion que describe el vacio entre el desempeno actual y el esperado. 

Como los humanos en sf son sistemas complejos, requieren retroalimentacion de otros para satisfacer las ne- 
cesidades psicologicas y cognoscitivas que vimos antes en el capftulo. La retroalimentacion tambien incrementa 
la confianza humana. El grado de retroalimentacion requerido es una caracterfstica individual. 

Cuando los usuarios interactuan con las maquinas, de todas formas necesitan retroalimentacion sobre el pro- 
greso de su trabajo. Como diseiiadores de interfaces de usuario, los analistas de sistemas deben estar conscientes 
de la necesidad humana de retroalimentacion para integrarla en el sistema. Ademas de los mensajes de texto, se 
pueden utilizar iconos con frecuencia. Por ejemplo, al mostrar un reloj de arena mientras el sistema procesa in¬ 
formacion animamos al usuario a que espere un poco en vez de que oprima teclas en forma repetida para obtener 
una respuesta. 

La retroalimentacion proveniente del sistema es necesaria para el usuario en siete situaciones distintas. La re¬ 
troalimentacion inoportuna o demasiado abundante no es util, ya que los humanos poseen una capacidad limitada 
de notificar al usuario que el sitio esta respondiendo y que la entrada es correcta o necesita mas informacion. 
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Tipos de retroalimentacion 

ACUSAR LA ACEPTACION DE LA ENTRADA La primera situacion en la que los usuarios necesitan 
retroalimentacion es para saber si la computadora acepto la entrada. Por ejemplo, cuando un usuario 
introduce un nombre en una lfnea, la computadora provee retroalimentacion al usuario al desplazar el cursor 
un caracter a la vez cuando se introducen las letras correctamente. Un ejemplo Web serfa una pagina Web 
que muestra el mensaje “Se proceso su pago, Su numero de confirmacion es 1234567. Gracias por usar 
nuestros servicios”. 

RECONOCER QUE LA ENTRADA ESTA EN EL FORMATO CORRECTO Los usuarios necesitan retroalimentacion 
para saber que la entrada esta en el formato correcto. Por ejemplo, un usuario introduce un comando y la 
retroalimentacion indica el mensaje “LISTO” mientras el programa progresa a un nuevo punto. Un mal ejemplo 
de retroalimentacion que indica al usuario que la entrada esta en el formato correcto es el mensaje “ENTRADA 
BIEN”, debido a que el mensaje ocupa espacio adicional, es ambiguo y no hace nada por animar al usuario a 
que introduzca mas datos. Al colocar un pedido en Web o realizar un pago, por lo general aparece una pagina de 
confirmacion para solicitar al usuario que revise la informacion y haga clic en un boton o imagen para confirmar 
el pedido o pago. 

NOTIFICAR QUE LA ENTRADA NO ESTA EN EL FORMATO CORRECTO La retroalimentacion es necesaria para 
advertir a los usuarios de que la entrada no esta en el formato correcto. Cuando los datos son incorrectos, una 
manera de informar al usuario es generar una ventana que describa brevemente el problema con la entrada y 
explique como puede el usuario corregirlo, como se muestra en la figura 14.16. 

Cabe mencionar que el mensaje correspondiente a un error al introducir la duracion de la suscripcion es 
amable y conciso pero no enigmatico, por lo que incluso hasta los usuarios inexpertos podran entenderlo. La 
duracion de la suscripcion para el boletin informativo en lfnea se introduce en forma incorrecta, pero la retroa¬ 
limentacion no hace mucho hincapie en el error del usuario, sino que le ofrece opciones (13, 26 o 52 semanas) 
para que pueda corregirlo facilmente. En una pantalla de GUI es comun que la retroalimentacion este en forma 
de un cuadro de mensaje con un boton Aceptar. 

Los mensajes Web tienen varios formatos. Uno de los metodos es devolver una nueva pagina con el mensaje 
a un lado del campo que contiene el error. La nueva pagina Web puede tener un vinculo para obtener ayuda adi¬ 
cional. Este metodo funciona para todos los sitios Web; el servidor controla el proceso de detectar y dar formato 
a la nueva pagina. Otro metodo utiliza JavaScript para detectar el error y mostrar un cuadro de mensaje en la 
pantalla actual con detalles sobre el error especffico. Una ventaja de este metodo es que no se tiene que enviar 
la pagina Web al servidor, ademas de que es mas sensible. Las desventajas son que, si se desactiva JavaScript, 
no se detectara el error y solo se mostrara un error a la vez. Tambien debe haber una forma de detectar el error 


FIGURA 14.16 

La retroalimentacion informa al 
usuario que la entrada no estaba en 
el formato correcto y muestra una 
lista de opciones. 


Lista de suscripciones al boletin informativo en lfnea de SOA 

Inicial primer nombre [j\/[] Inicial segundo nombre [c] Apellido paterno I HURST 1 
Numero 13349 | Calle | SOUTH STREET | Apartamento | | 

Ciudad | INCOLiv | Estado [NE | Codigo postal |6S506 | 

Duracion de la suscripcion en semanas | 14 | Metodo de pago [ 


La duracion de la suscripcion que 
introdujo no se ofrece actualmente. Por favor 
seleccione 13,26 o 52 semanas. 
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en el servidor. Una segunda desventaja es que tal vez JavaScript no detecte los errores en los que hay que leer 
tablas de la base de datos, como verificar un niimero de tarjeta de credito. Esto se puede compensar mediante el 
uso de Ajax para poder enviar el niimero al servidor y devolver un error a la pagina Web. Sin embargo, debemos 
recordar que algunos usuarios desactivan de manera intencional el uso de JavaScript; por lo tanto, los analistas 
necesitan seguir una variedad de tacticas al comunicar los errores. 

Las paginas Web tambien pueden usar JavaScript para detectar varios errores y mostrar mensajes de texto en 
la pagina. Hay que cuidar que los mensajes de error esten lo bastante remarcados como para que el usuario los 
vea. Una linea de texto pequena de color rojo podrfa pasar desapercibida. Se puede usar un cuadro de mensaje o 
sonidos para alertar a los usuarios al ocurrir uno o mas errores. 

El analista debe decidir si se van a detectar e informar los errores cuando el usuario haga die en el boton 
Enviar o en un hipervinculo (a esto se le conoce como validacion por lotes), o si se van a detectar los errores 
uno a la vez, como cuando un usuario introduce un mes como 14 y desplaza el cursor a otro campo. El segundo 
metodo es mas riesgoso, ya que una mala codification podrfa hacer que el navegador entre en un ciclo infinito y 
el usuario tendra que cerrarlo. 

Hasta ahora hemos visto la retroalimentacion visual en forma de texto o iconos, pero muchos sistemas 
tambien cuentan con herramientas de retroalimentacion de audio. Cuando un usuario introduce datos en 
forma incorrecta, el sistema podrfa emitir un sonido en vez de proveer una ventana. Pero la retroalimentacion 
de audio por sf sola no es descriptiva, por lo que no es tan util para los usuarios como las instrucciones en 
pantalla. Use la retroalimentacion de audio con moderation, tal vez para avisar de situaciones urgentes. El 
mismo consejo se aplica tambien al diseno de sitios Web que se pueden ver en una oficina abierta, en donde 
los sonidos se esparcen y las bocinas de escritorio de un companero de trabajo estan al alcance de los ofdos 
de otras personas. 

EXPLICAR UN RETRASO EN EL PROCESAMIENTO Uno de los tipos mas importantes de retroalimentacion informa 
al usuario que habra un retraso en el procesamiento de su solicitud. Los retrasos mayores de 10 segundos 
requieren retroalimentacion, para que el usuario sepa que el sistema sigue funcionando. 

La figura 14.17 muestra una pantalla que provee retroalimentacion en una ventana para un usuario que acaba 
de solicitar la impresion de la lista de suscripciones del boletfn informativo electronico. La pantalla muestra un 
enunciado que asegura al usuario que la solicitud se esta procesando, asf como un anuncio en la esquina superior 
derecha que instruye al usuario que “ESPERE” hasta que se haya ejecutado el comando actual. La pantalla tam¬ 
bien provee la forma de detener la operation si es necesario. 

Algunas veces durante los retrasos, mientras se instala nuevo software se ejecuta un pequeno tutorial sobre 
la nueva aplicacion, cuyo proposito es servir como distraction en vez de retroalimentacion sobre la instalacion. 
A menudo se utiliza una lista de los archivos que se van a copiar y una barra de estado para tranquilizar al usuario 


Lista de suscripciones al boletin informativo en linea de SOA 

Inicial primer nom bre I I Inicial segundo nombre I I Apellido paterno 
Niimero E 


Ciudad 


Duracion de la sus 


B 


La impresion esta en proceso. 

Para detener la impresion, oprima P. 


mto E 


FIGURA 14.17 

La retroalimentacion indica al 
usuario que habra un retraso 
durante la impresion. 
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y asegurarle que el sistema esta funcionando en forma apropiada. Por lo general los navegadores Web muestran 
las paginas Web que se estan cargando y el tiempo restante. 

Es imprescindible incluir retroalimentacion al usar Ajax para actualizar los formularios Web. Como no se 
carga una nueva pagina Web, el usuario tal vez no este consciente de que se estan recuperando datos del servidor 
para modificar la pagina Web actual. Cuando cambia una lista desplegable, un mensaje tal como “Por favor es- 
pere mientras se llena la lista.” informa al usuario sobre el cambio. 

Es muy importante sincronizar la retroalimentacion de este tipo. Una respuesta demasiado lenta del sistema 
provocarfa que el usuario introdujera comandos que impidan o interrumpan el procesamiento. 

ACUSAR EL LLENADO DE UNA SOLICITUD Los usuarios necesitan saber cuando se completa su solicitud para 
poder introducir nuevas solicitudes. A menudo aparece un mensaje de retroalimentacion especffico cuando el 
usuario completa una accion, como “Se agrego el registro del empleado”, “Se modified el registro del cliente” o 
“Se elimino el artfculo numero 12345”. 

NOTIFICAR QUE NO SE COMPLETO UNA SOLICITUD Tambien se necesita la retroalimentacion para hacer saber 
al usuario que la computadora no puede completar una solicitud. Si la pantalla indica “No se pudo procesar 
la solicitud. Revise la solicitud de nuevo”, el usuario puede entonces regresar para verificar si se introdujo la 
solicitud en forma incorrecta, en vez de que siga introduciendo comandos que no se pueden ejecutar. 

OFRECER AL USUARIO UNA RETROALIMENTACION MAS DETALLADA Los usuarios necesitan tener la seguridad 
de que haya una retroalimentacion mas detallada disponible, y se les debe mostrar como pueden obtenerla. Se 
pueden emplear comandos como Asistir, Instruir, Explicar y Mas. El usuario tambien puede escribir un signo 
de interrogacion o hacer clic en un icono apropiado para obtener mas retroalimentacion. Se ha cuestionado el 
uso del comando Ayuda como forma de obtener mas informacion, ya que los usuarios se pueden sentir indefensos 
o atrapados en una trampa de la que deben escapar. Pero como esta convencion es la que esta en uso y gracias a 
que los usuarios estan familiarizados con ella, el problema no es grave. 

Al disenar interfaces Web es posible incrustar hipervmculos para permitir al usuario saltar a las pantallas de 
ayuda relevantes o ver mas informacion. Por lo general, los hipervmculos se resaltan con subrayado, cursiva o un 
color distinto. Pueden ser imagenes, texto o iconos. 

Incluir retroalimentacion en el diseno 

Si se utiliza en forma correcta, la retroalimentacion puede ser un poderoso refuerzo de los procesos de aprendi- 
zaje de los usuarios, puede servir para mejorar el desempeno del usuario con el sistema, incrementar la motiva- 
cion para producir y mejorar el ajuste entre el usuario, la tarea y la tecnologfa. 

VARIAS OPCIONES DE AYUDA La retroalimentacion en las computadoras personales se ha desarrollado a traves 
de los anos. La “ayuda” empezo originalmente como una respuesta al usuario que oprimfa una tecla de funcion 
tal como FI; la alternativa de la GUI es el menu de ayuda desplegable. Esta metodologla era incomoda, ya que 
los usuarios finales tenfan que navegar por una tabla de contenido o buscar a traves de un fndice. Despues surgio 
la ayuda sensible al contexto. Los usuarios solo tenfan que hacer clic en el boton derecho del raton para revelar 
los temas o explicaciones sobre la pantalla o area de la pantalla actual. Luego se produjo un tercer tipo de ayuda 
en las computadoras personales, donde el usuario coloca la flecha sobre un icono y la deja ahf durante un par de 
segundos. En este momento aparece en algunos programas un pequeno globo similar a los de las historietas. Este 
globo explica un poco sobre la funcion del icono. 

El cuarto tipo de ayuda es un asistente, el cual hace al usuario una serie de preguntas y despues realiza la 
accion correspondiente. Los asistentes ayudan a los usuarios a realizar los procesos complicados o desconocidos, 
como establecer las conexiones de red o reservar el asiento de un avion en lfnea. La mayorfa de los usuarios es¬ 
tan familiarizados con los asistentes dado que se emplean para crear una presentacion de PowerPoint o elegir un 
estilo para un memo en el procesador de palabras. 

Ademas de integrar la ayuda en una aplicacion, con frecuencia los fabricantes de software ofrecen ayuda 
en lfnea (ya sea automatizada o personalizada a traves de un chat en vivo) o lfneas de ayuda (sin embargo, la 
mayorfa de las lfneas telefonicas de servicio al cliente no son gratuitas). Algunos fabricantes de software COTS 
ofrecen un sistema de envfo de fax. Un usuario puede solicitar que se le envfe por fax un catalogo de varios do- 
cumentos de ayuda y despues puede pedir del catalogo con solo introducir el numero del artfculo mediante un 
telefono de tonos. 

Por ultimo, los usuarios pueden buscar y encontrar soporte de otros usuarios por medio de los foros de soft¬ 
ware. Claro esta que este tipo de soporte es no oficial, por lo que la informacion que se obtenga puede ser cierta, 
parcialmente cierta o erronea. Los principios relacionados con el uso de los foros de software son los mismos 
que se mencionan mas adelante en el capftulo 16, en donde examinaremos el metodo FOLKLORE y los sistemas 
de recomendaciones. Maneje con cautela y escepticismo todos los parches de software que se publican en los 
tableros de anuncios, blogs, grupos de discusion o salas de chat. 
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Ademas de la ayuda informal en el software, los sitios Web de los distribuidores son en extremo utiles para 
actualizar controladores, visores y el software en st. La mayorfa de las publicaciones de computo en lfnea tienen 
cierto tipo de “vigilancia de controladores” o “informe de errores” que vigila los tableros de anuncios y los sitios 
Web en busca de programas utiles que se puedan descargar. Los programas buscaran en los sitios Web de los dis¬ 
tribuidores las actualizaciones mas recientes, informaran a los usuarios sobre estas, ayudaran con las descargas y 
en efecto actualizaran las aplicaciones del usuario. 

CONSIDERACIONES DE DISENO ESPECIALES PARA EL COMERCIO ELECTRONICO 

Muchos de los principios de diseno de interfaces de usuario que aprendio en este libro en relation con la retroalimen¬ 
tacion tambien se extienden al diseno de sitios Web de comercio electronico. En esta seccion veremos unas cuantas 
consideraciones adicionales que pueden brindar a sus disenos de interfaces Web una funcionalidad mejorada. 

Solicitar retroalimentacion de los dientes del sitio Web de comercio electronico 

No solo hay que brindar a los usuarios retroalimentacion sobre lo que ocurre con un pedido, sino que tambien 
debemos obtener retroalimentacion de ellos. La mayorfa de los sitios Web de comercio electronico tienen un bo- 
ton Retroalimentacion (Feedback). Hay dos maneras estandar de disenar lo que los usuarios experimentaran al 
hacer clic en el boton Retroalimentacion. 

La primera es iniciar el programa de correo electronico del usuario con la direccion de correo electronico del con- 
tacto de la empresa incluida automaticamente en el campo Para:. Este metodo evita los errores de escritura y facilita 
el proceso de contactar a la organizacion. El usuario no tiene que salir del sitio para comunicarse con la empresa. Sin 
embargo, estos mensajes generan la expectativa de que se van a responder de la misma fonna que el correo ordina- 
rio o las llamadas telefonicas. Las investigaciones indican que el 60 por ciento de las organizaciones con este tipo de 
herramienta de contacto via correo electronico en sus sitios no tienen a nadie asignado para contestar a los mensajes 
de correo electronico recibidos. Por ende, la empresa esta perdiendo una valiosa retroalimentacion, al tiempo que los 
clientes se hacen a la idea de que se estan comunicando y se irritan cuando no reciben ninguna respuesta. Si usted di- 
sena este tipo de oportunidad de retroalimentacion, tambien necesita disenar los procedimientos para que la organiza¬ 
cion responda al correo electronico del sitio Web. Algunos disenadores manejan este problema mediante la creacion de 
sistemas para devolver de manera automatica la respuesta a un correo electronico, lo cual genera un numero de caso 
o de incidente unico, ofrece instrucciones adicionales sobre como proceder (hipervfnculos a paginas FAQ, tal vez) u 
ofrece numeros telefonicos de lfneas de ayuda que no estan disponibles para el publico en general. 

El segundo tipo de diseno para cosechar la retroalimentacion de los usuarios cuando se utiliza un sitio Web 
de comercio electronico es llevarlos a una plantilla de mensajes en bianco cuando hagan clic en Retroalimenta¬ 
cion. Algunas herramientas de creacion de sitios Web nos permiten crear e insertar con facilidad un formulario 
de retroalimentacion en nuestro sitio. Este formulario podrfa empezar con un encabezado que diga “Retroalimen¬ 
tacion de la empresa X” y despues “Puede usar el siguiente formulario para enviar sugerencias, comentarios y 
preguntas sobre el sitio X a nuestro equipo de Servicio al cliente”. 

Los campos pueden incluir Primer nombre, Apellido paterno, Direccion de correo electronico, Asunto (un 
campo que provee un menu desplegable con las selecciones de productos o servicios de la empresa y pide al 
usuario que “Por favor seleccione una option”), una seccion “Escriba aquf su mensaje:” (un espacio libre en el 
formulario en donde los usuarios pueden escribir su mensaje) y los botones estandar E nviar y Borrar al final 
del formulario. Este tipo de formulario permite al analista asegurar que los datos del usuario ya tengan el for- 
mato correcto para almacenarlos en una base de datos. En consecuencia, los datos introducidos en el formulario 
de retroalimentacion son mas faciles de analizar teniendo todo en cuenta. 

Por ende, el analista hace algo mas que solo disenar una respuesta a un correo electronico individual. El 
analista ayuda a la organizacion a capturar, almacenar, procesar y analizar la valiosa information de los clientes 
de una manera que sea mas probable que la empresa pueda detectar las tendencias importantes en la respuesta al 
cliente, en vez de solo reaccionar a las consultas individuales. 

Facil navegacion para los sitios Web de comercio electronico 

Muchos autores hablan de lo que se conoce como “navegacion intuitiva” para los sitios Web de comercio elec¬ 
tronico. Los usuarios necesitan saber como navegar en el sitio sin tener que aprender a usar una nueva interfaz o 
explorar cada centfmetro del sitio Web para poder encontrar lo que desean. El estandar para este tipo de metodo- 
logfa de navegacion se conoce como navegacion de un solo clic. 

Hay cuatro maneras de disenar una navegacion sencilla de un solo clic para un sitio de comercio electronico: 
1) crear un menu con rollover, 2) crear una coleccion de vfnculos jerarquicos de manera que la pagina de inicio 
se convierta en una descripcion de los encabezados de los temas clave asociados con el sitio Web, 3) colocar un 
mapa del sitio en la pagina de inicio y enfatizar el vinculo a este (tambien se debe colocar en todas las demas 
paginas del sitio) y 4) colocar una barra de navegacion en cada pagina interna (por lo general en la parte superior 
o izquierda de la pagina) que repita las categorfas utilizadas en la pantalla de entrada. 
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OPORTUNIDAD DE CONSULTORIA 14.6 


D c 


Al correr en un maraton, es conveniente saber hacia donde se dirige 


^^arathon Vitamin Shops tuvo exito al lanzar su sitio Web. Los 
desarrolladores Web pusieron todo el catalogo completo en linea e 
incluyeron una variedad de mascaras (o personas, como se les co- 
noce en el navegador Firefox) para que todos los tipos de clientes 
disfrutaran el sitio Web (vea Oportunidades de consultoria 1.1 y 
12.3 para obtener mas detalles). 

Los analistas se van a reunir con el propietario Bill Berry y 
algunos empleados para evaluar la retroalimentacion de los clientes 
as! como dar a conocer sus propias reacciones al nuevo sitio Web. 
La reunion se realizara en una sala de conferencias extensa, donde 
tienen una computadora con acceso a Internet y un proyector. Mien- 
tras se sientan a la mesa, se proyecta la pantalla de entrada para el 
sitio Web en la parte frontal de la sala. “El sitio Web atrajo mucha 
atencion, pero queremos dar a los clientes incluso mas para que si- 
gan volviendo”, dice Bill, senalando la pantalla. 

Bill continua: “No es que vayamos a cerrar nuestras tiendas ni 
nada por el estilo. De hecho, es justo lo contrario. Cuando los clien¬ 
tes se enteran de que estamos en la Web, estan impacientes por lo- 
calizar la tienda en su comunidad. Desean poder entrar en una 
tienda y hablar con un experto capacitado en vez de comprar todo 
por Internet. Necesitamos decirle a la gente como llegar ahi”. 

“Creemos que podemos mejorar el sitio al agregar mejoras y 
caracterfsticas especiales”, dice Al Falfa, miembro del equipo de 
sistemas que diseno e implemento originalmente el sitio Web de co- 
mercio electronico. 

“Si”, dice Ginger Rute, uno de los otros miembros del equipo 
de desarrollo de sistemas, mientras asiente con la cabeza. “La uni- 
versidad usa una herramienta de creation de mapas de MapQuest y 
Home Depot usa mapas de Microsoft”. 

Vita Ming, otro miembro del equipo original de desarrollo de 
sistemas, dice con entusiasmo: “Sabemos de un par de buenos ser- 
vicios de tableros de mensajes y salas de chat que podemos integrar 
en nuestro sitio Web. Creemos que pueden mejorar la pegajosidad 
del sitio; las personas permaneceran mas tiempo en el sitio y tam¬ 
bien querran regresar”. 

“Es una excelente idea”, dice Jin Singh, uno de los empleados 
con conocimiento tecnico de Marathon. “Podemos dejar que los 
clientes hablen entre si y se cuenten sobre algun producto que les 


gusto, por ejemplo. Podriamos incluso dejar que inicien sus pro- 
pios blogs. 

Vita continua mientras se niueve hacia el teclado de su compu¬ 
tadora y dice: “Dejame ensenarte algunos buenos sitios”. Mientras 
escribe el primer URL, el grupo ve el sitio proyectado. “Utilizan 
sistemas de chat de iChat y Multicity.com”, continua. 

“Los clientes tambien necesitan buscar mas information sobre 
un producto o fabricante”, agrega Al. “Vamos a facilitarles este 
proceso. Veamos www.cincinnati.com como un ejemplo. Elios uti¬ 
lizan Google para buscar la information”. 

Despues de escuchar atentamente, Bill habla: “La information 
medica tambien podria ser util”, dice. He observado que www.me- 
dpool.com tiene noticias medicas de acquiremedia. En el gimnasio 
al que voy he visto personas en las caminadoras observando los 
canales financieros mientras hacen ejercicio”. 

“Ya que estamos en eso, ^,por que no agregamos noticias e 
information financiera al sitio Web?”, pregunta Ginger. “He visto 
que una empresa llamada Moreover.com aparece con frecuencia 
como proveedor”. 

Piense en la conversation entre el equipo de desarrollo de 
sistemas y las personas de las tiendas Maraton Vitamin Shops. Al- 
gunas de las sugerencias para mejorar implican aprovechar los 
servicios gratuitos; otros requieren pagos que varfan de $1,000 a 
$5,000 al ano. Aunque algunas eran buenas ideas, tal vez otras no 
sean practicas o viables. Quizas algunas de las ideas simplemente 
no tengan sentido para la empresa. 

Para cada uno de los siguientes puntos, revise lo que sabe 
acerca de la mision y las actividades de negocios de Marathon Vi¬ 
tamin Shops. Despues haga una recomendacion en relation con 
cada una de las opciones que han elegido los analistas y clientes, y 
defiendala: 

• Aplicacion web hfbrida (mashup) con Google Maps. 

• Salas de chat y tableros de mensajes. 

• Blogs. 

• Motores de busqueda. 

• Information medica. 

• Fuentes de noticias e information de los mercados 

financieros. 


MENUS CON ROLLOVER Es posible crear un menu (o boton) con rollover mediante hojas de estilo en cascada con 
JavaScript y divisiones de HTML. El menu con rollover aparece cuando el cliente que usa el sitio Web desplaza 
el cursor sobre un vinculo. 

VINCULOS JERARQUICOS Crear una description del contenido del sitio por medio de la presentation de una 
tabla de contenido en la pagina de initio es otra manera de agilizar la navegacion del sitio. Sin embargo, 
este diseno impone varias restricciones sobre la creatividad del disenador, y algunas veces el solo hecho 
de presentar una lista de temas no transmite al usuario de manera adecuada la mision estrategica de la 
organization. 

MAPA DEL SITIO Disenar y despues mostrar de manera prominente el vinculo a un mapa del sitio es una tercera 
forma de mejorar la eftciencia en la navegacion. Recuerde incluir el vinculo al mapa del sitio en la pagina de 
inicio y en todas las demas paginas tambien. 
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Los megamotores de busqueda —que obtienen resultados de varios motores de busqueda, agrupan los resultados y 
los muestran de una manera mas util que cualquier motor de busqueda individual— han existido desde hace buen 
tiempo. Hay una aplicacion unica en la plataforma Mac que va un paso mas alia. 


Esa aplicacion es DEVONagent, un paquete de software que utiliza motores de busqueda generales y especiali- 
zados para obtener resultados, y despues ofrece al usuario la opcion de ver esos resultados en un mapa de temas 
grafico. Otra opcion es ver los resultados en una lista clasificada por relevancia. 

Los analistas encontraran que DEVONagent es util si comprenden y hacen uso del mapa de temas grafico. Tambien 
es util si se requieren busquedas complejas (es decir, si las busquedas estandar no profundizan lo suficiente para encon- 
trar la informacion exacta que se necesita). Y tambien se puede usar en las busquedas que se necesitan repetir con fre- 
cuencia. 



FIGURA 14.MAC 

DEVONagent de DEVONtechnologies. 


BARRA DE NAVEGACION Por ultimo, puede disenar barras de navegacion que se muestren de manera consistente 
en la pagina de inicio, asf como en la parte superior y en la parte izquierda de todas las demas paginas que 
conforman el sitio. Una vez establecidas (durante la fase de requerimientos de informacion) las categorfas mas 
utiles y mas usadas (por lo general categorfas como “Nuestra empresa”, “Nuestros productos”, “Compre ahora”, 
“Contacto”, “Mapa del sitio” y “Buscar”), recuerde incluirlas en todas las paginas. 

OTRAS OPCIONES DE NAVEGACION Incluir una funcion de busqueda es otra opcion. Incluya el agregar un motor 
de busqueda tal como Google a su sitio. Las funciones simples de busqueda funcionan bien para sitios pequenos 
y manejables, pero a medida que estos crecen, se requieren funciones de busqueda avanzadas que incluyen logica 
booleana (que veremos mas adelante en este capftulo). 

Tambien es importante crear flexibilidad en la forma en que los usuarios navegan por la Web. Un disena- 
dor experto de sitios Web tratarfa de incorporar muchas formas de buscar informacion sobre un tema especf- 
fico. En la figura 14.18 se muestra una pagina Web de DinoTech. Por ejemplo, un usuario interesado en una 
carrera profesional internacional de TI puede buscar informacion del sitio Web de DinoTech de tres maneras 
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FIGURA 14.18 

Un ejemplo de una pagina Web 
que permite a los usuarios navegar 
a la pagina deseada en tres 
formas. 



distintas. Si les interesa trabajar en Argentina, pueden trabajar en la bandera de Argentina, hacer clic en el 
nombre del pais o en el mapa que representa a Argentina. 

Es conveniente disenar un sitio Web con navegacion para los usuarios con distinto procesamiento cognosci- 
tivo o con distintos intereses. Es incluso posible que el mismo usuario pueda usar los tres metodos antes mencio- 
nados en distintos momentos. Todo ello aumenta la usabilidad de un sitio Web. 

Sin embargo, la principal prioridad en la navegacion es que, sin importar lo que haga, debe facilitar lo mas 
que pueda a los usuarios el proceso de regresar a una pagina anterior y que tambien puedan regresar con relativa 
facilidad al lugar en donde entraron al sitio de su cliente. Su principal preocupacion es mantener a los consumi- 
dores en el sitio Web. Entre mas tiempo esten en el sitio, mayor sera la probabilidad de que compren algo. Por 
lo tanto se debe asegurar que, si los usuarios navegan a un vinculo en el sitio Web de su cliente, puedan hallar su 
camino de vuelta. Al hacer estas cosas asegurara la pegajosidad del sitio Web. No es conveniente crear barreras 
para el consumidor que desea regresar al sitio Web de su cliente. 

APLICACIONES WEB HIBRIDAS (MASHUPS) 

Una interfaz de programacion de aplicaciones (API) es un conjunto de pequenos programas y protocolos que se 
utilizan como bloques de construccion para la creacion de aplicaciones de software. Cuando dos o mas API 
se utilizan en conjunto, forman una aplicacion hibrida; muchas son de codigo fuente abierto, por lo que los de- 
sarrolladores pueden usar una API de un sitio como Google Maps y combinarla con una API que contenga otros 
datos para producir una aplicacion web completamente nueva. 

Por ejemplo, Music Anchor permite buscar musica por genero, titulo o autor, desplegar listas de artistas por 
genero y canciones por artistas, para reproducir los videos correspondientes. Esta aplicacion web hibrida logra 
todo esto combinando API de Last.fm, MusicBrainz, Amazon, eBay y YouTube. 

Tal vez una empresa grande con muchos puntos de venta de menudeo en una region quiera facilitar a sus 
clientes el proceso de encontrar sus tiendas. Podria ser conveniente que contrataran una empresa como Blipstar, 
que provee un servicio para permitir que las empresas publiquen informacion sobre sus tiendas de menudeo. 
Blipstar las geocodifica y las coloca en un mapa de Google. Despues la empresa coloca un vinculo a esta infor¬ 
macion en su propio sitio Web, de manera que los clientes solo tienen que introducir su codigo postal y dejar que 
la aplicacion hibrida muestre la ubicacion de la tienda de menudeo mas cercana. 

Estas aplicaciones se estan convirtiendo en una nueva forma de presentar informacion. Es muy probable que 
aparezcan pronto muchas aplicaciones web hibridas muy utiles. Puede buscarlas en www.programmableweb.com. 

DISENO DE CONSULTAS 

Cuando los usuarios hacen preguntas o se comunican con la base de datos, se dice que la consultan. Hay seis 
tipos distintos de consultas que son las mas comunes. Si usted pone mucha atencion al diseno de las consultas. 
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FIGURA 14.19 

Es posible realizar seis tipos 
basicos de consultas en una tabla 
que contiene entidades, atributos 
y valores. 


podra ayudar a reducir el tiempo que invierten los usuarios en consultar la base de datos, los ayudara a encontrar 
los datos que desean y obtendran una experiencia mas comoda en general. 

Tipos de consultas 

Las preguntas que planteamos con respecto a los datos de nuestra base de datos se conocen como consultas. Hay 
seis tipos basicos de consultas. Cada consulta involucra a tres elementos: una entidad, un atributo y un valor. En 
cada caso se proporcionan dos de estos elementos y la intencion de la consulta es encontrar el elemento restante. 
Usaremos la figura 14.19 para ilustrar todos los ejemplos de las consultas. 

TIPO DE CONSULTA 1 Se proporciona la entidad y uno de los atributos de esta. El proposito de la consulta es 
encontrar el valor. La consulta se puede expresar de la siguiente manera: 

(i Cual es el valor de un atributo especificado para una entidad especffica? 

Algunas veces es mas conveniente usar la notacion para formular la consulta. Esta consulta se puede escribir asf: 

V <— {E, A) 

donde V representa el valor, E la entidad y A el atributo; se proporcionan las variables entre parentesis. 

La pregunta 

^Cuanto gano el empleado numero 73712 en el ano 2009? 

se puede declarar de manera mas especffica como 

(i Cual es el valor del atributo ANIO-2009 para la entidad NUMERO EMPLEADO 73712? 

Se encontrara el registro que contiene al empleado numero 73712 y la respuesta a la consulta sera $47,100. 

TIPO DE CONSULTA 2 La intencion del segundo tipo de consulta es encontrar una entidad o unas entidades cuando 
se proporciona un atributo y un valor. El tipo de consulta 2 se puede establecer de la siguiente manera: 

,;,Que entidad tiene un valor especffico para un atributo en particular? 

Como los valores tambien pueden ser numericos, es posible buscar un valor igual a, mayor que, menor que, no 
igual a, mayor o igual a, y asf en lo sucesivo. El siguiente es un ejemplo de este tipo de consulta: 

(,Que empleado(s) obtuvo mas de $50,000 en 2009? 

La notacion para el tipo de consulta 2 es 


E <— (V, A) 
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En este caso tres empleados ganaron mas de $50,000, por lo que la respuesta sera un listado de estos tres numeros 
de empleado: 72845, 72888 y 80345. 

TIPO DE CONSULTA 3 El proposito de este tipo de consulta es determinar que atributos se ajustan a la description 
provista cuando se proporcionan la entidad y el valor. El tipo de consulta 3 se puede establecer de la siguiente 
rnanera: 

(i Que atributo(s) tiene un valor especificado para una entidad en particular? 

Esta consulta es util cuando muchos atributos similares tienen la misma propiedad. El siguiente ejemplo tiene 
atributos similares (anos especfficos) que contienen los salarios anuales para los empleados de la empresa: 

(,En que anos gano el empleado niimero 72845 mas de $50,000? 

o, dicho en forma mas precisa, 

( ,Que atributos {ANIO-2006, ANIO-2007, ANIO-2008, ANIO-2009) tienen un valor [gt] 50,000 para la 
entidad NUMERO-EMPLEADO = 72485? 

en donde la lista opcional entre Haves ({ }) es el conjunto de atributos elegibles. 

La notacion para el tipo de consulta 3 es 

A^-{V,E) 

En este ejemplo, Waters (niimero de empleado 72845) hizo mas de $50,000 durante dos anos. Por lo tanto, la res¬ 
puesta sera el ano 2007 y el ano 2009. El tipo de consulta 3 es mas raro que los dos tipos anteriores debido a que 
requiere tener atributos similares que exhiban las mismas propiedades. 

TIPO DE CONSULTA 4 El tipo de consulta 4 es similar al tipo de consulta 1. La diferencia es que se desean los 
valores de todos los atributos. La consulta 4 se puede expresar de la siguiente rnanera: 

Liste todos los valores para todos los atributos de una entidad especffica. 

Un ejemplo del tipo de consulta 4 es: 

Liste todos los detalles en el archivo del historial de ingresos para el empleado niimero 72888. 

La notacion para el tipo de consulta 4 es 

todos los V <— ( E, todos los A) 

La respuesta para esta consulta sera todo el registro completo para el empleado llamado Dryne (niimero de em¬ 
pleado 72888). 

TIPO DE CONSULTA 5 El quinto tipo de consulta es otra consulta global, pero es similar en forma al tipo de 
consulta 2. Podemos establecerlo de la siguiente rnanera: 

Liste todas las entidades que tengan un valor especffico para todos los atributos. 

El siguiente es un ejemplo del tipo de consulta 5: 

Liste a todos los empleados cuyos ingresos sean superiores a $50,000 en cualquiera de los anos disponibles. 
La notacion para el tipo de consulta 5 es 

todas los E <— {V, todos los A) 

La respuesta a esta consulta sera 72845, 72888 y 80345. 

TIPO DE CONSULTA 6 El sexto tipo de consulta es similar al tipo de consulta 3. La diferencia es que el tipo 
de consulta 6 solicita un listado de los atributos para todas las entidades, en vez de hacerlo para una entidad 
especffica. Podemos establecer el tipo de consulta 6 de la siguiente rnanera: 

Liste todos los atributos que tengan un valor especificado para todas las entidades. 

El siguiente es un ejemplo del tipo de consulta 6: 

Liste todos los anos en que los ingresos hayan sido superiores a $40,000 para todos los empelados de la 
empresa. 

La notacion para el tipo de consulta 6 es 

todos los A <— (V, todas las E) 
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La respuesta sera ANIO-2007, ANIO-2008 y ANIO-2009. A1 igual que con el tipo de consulta 3, el tipo de 
consulta 6 no se utiliza tanto como los demas tipos. 

CREACION DE CONSULTAS MAS COMPLEJAS Los seis tipos anteriores de consultas son solo bloques de 
construccion para consultas mas complejas. Se pueden formar expresiones, conocidas como expresiones 
booleanas, para las consultas. Un ejemplo de una expresion booleana es: 

Liste todos los empleados que tengan codigos postales mayores o iguales a 60001 y menores que 70000, y 

que hayan pedido mas de $500 de nuestros catalogos o hayan hecho por lo menos cinco pedidos en el 

ultimo ano. 

Una dificultad con este enunciado es determinar que operador (por ejemplo, AND [Y]) pertenece a cual con- 
dicion; tambien es dificil determinar la secuencia en la que se deben llevar a cabo las partes de la expresion. Lo 
siguiente puede ser de utilidad para aclarar este problema: 

LISTE A TODOS LOS CLIENTES QUE TENGAN (CODIGO-POSTAL GE 60001 AND CODIGO- 

POSTAL LT 70000) AND (MONTO-PEDIDO GT 500 OR NUMERO-PEDIDOS GE 5) 

Ahora se elimina parte de la confusion. La primera mejora es que los operadores se expresan con mas cla- 
ridad como GE (mayor o igual que), GT (menor que) y LT (menor que) en vez de usar frases en espanol, como 
“al menos”. En segundo lugar, los atributos reciben distintos nombres, como MONTO-PEDIDO y NUMERO- 
PEDIDOS. En el primer enunciado se hizo referencia a estos atributos como “hayan pedido” y “hayan hecho”. 
Por ultimo, se utilizan parentesis para indicar el orden en el que se va a realizar la logica. Lo que este entre pa¬ 
rentesis se realiza primero. 

Por lo general las operaciones se realizan en un orden predeterminado de precedencia. Generalmente las 
operaciones aritmeticas se realizan primero (exponenciacion, despues multiplicacion o division y luego suma o 
resta). A continuation se realizan las operaciones de comparacion. Estas operaciones son GT (mayor que), LT 
(menor que), etcetera. Por ultimo se realizan las operaciones booleanas (primero AND [Y] y despues OR [O]). 
Dentro del mismo nivel el orden va generalmente de izquierda a derecha. La precedencia se sintetiza en la fi- 
gura 14.20. 

Metodos de consulta 

Dos metodos de consulta populates son las consultas mediante ejemplos y el lenguaje de consulta estructurado. 

CONSULTA MEDIANTE EJEMPLOS La consulta mediante ejemplo (QBE) es un metodo simple pero potente para 
implementar consultas en los sistemas de bases de datos, como Microsoft Access. Los campos de la base de 
datos se seleccionan y muestran en una cuadricula, y los valores solicitados en la consulta se introducen en el 
area del campo o debajo de este. La consulta debe ser capaz de seleccionar ambas filas de la tabla que coincidan 
con las condiciones, as! como las columnas especfficas (campos). Es posible establecer condiciones complejas 
para seleccionar registros y el usuario puede especificar con facilidad las columnas que desea ordenar. La figura 
14.21 es un ejemplo de una consulta mediante el uso de Microsoft Access. La pantalla de diseno de la consulta se 
divide en dos porciones. La porcion superior contiene las tablas seleccionadas para la consulta y sus relaciones, 
y la porcion inferior contiene la cuadricula de selection de la consulta. Los campos de las tablas de la base de 
datos se arrastran a la cuadricula. 

Las primeras dos filas contienen el campo y la tabla en donde se encuentra ese campo. La siguiente fila 
contiene information sobre el orden. En este ejemplo los resultados se ordenaran por NOMBRE CLIENTE 
(CUSTOMER NAME). Una marca de verification en el cuadro Mostrar (Show) (cuarta fila hacia abajo) indica 
que el campo se debe mostrar en los resultados. Cabe mencionar que se seleccionan los elementos NUMERO 


Tipo 

Nivel 

Simbolo 

Operadores aritmeticos 

1 

* ★ 


2 

* / 


3 

+ - 

Operadores de comparacion 

4 

GT LT 
EQ NE 
GE LE 

Operadores booleanos 

5 

AND 


6 

OR 


FIGURA 14.20 

Los operadores aritmeticos, de 
comparacion y booleanos se 
procesan en un orden jerarquico 
de precedencia, a menos que se 
utilicen parentesis. 
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OPORTUNIDAD DE CONSULTORIA 14.7 


jEh, mirame! (Repeticion) 



TJsted acaba de recibir una llamada para que de otro vistazo al 
sistema de Merman's Costume Rentals. He aquf parte de la base de 
datos creada para Annie Oaklea de Merman’s (con quien trabajo en 
las Oportunidades de consultorfa 7.1 y 8.1). La base de datos con¬ 
vene informacion como el costo de la renta, la fecha en que salio, 
la fecha de entrega y el niimero de dlas que se ha rentado el disfraz 
desde el inicio del ano (DIAS RENTA AAF) (vea la figura 14.Cl). 

Despues de analizar un dia comun de Annie en el negocio de 
renta de disfraces, usted descubre que hay varias solicitudes que ella 
debe obtener de la base de datos para poder tomar decisiones sobre 
cuando reemplazar los disfraces de uso frecuente, o incluso cuando 


comprar mas disfraces de un tipo especffico. Ella tambien necesita 
recordar que, por ejemplo, debe seguir agradando a los clientes para 
quienes no tuvo disponible algun disfraz, o cuando llamar a los 
clientes cuyo plazo de entrega del disfraz se haya vencido, etcetera. 

Formule varias consultas que le ayuden a obtener la informa¬ 
cion que necesita de la base de datos. (Sugerencia: Haga todas las 
suposiciones necesarias sobre los tipos de informacion que necesita 
para tomar las decisiones y use todos los tipos de consultas que 
pueda de los que vimos en este capltulo). Describa en un parrafo 
que tan distintas serfan las consultas de Annie si trabajara con un 
sistema basado en Web o con hipervmculos. 


RENTA-DISFRACES 


NUMERO 

DISFRAZ 

DESCRIPCION 

NUMERO 

TRAJE 

COLOR 

COSTO 

FECHA 

SALIDA 

FECHA 

VENCI- 

MIENTO 

DIAS 

RENTA 

AAF 

TIPO DE 
DISFRAZ 

SOLICITUDES 

RECHAZADAS 

0003 

Lady MacBeth F, SM 

01 

Azul 

15.00 

10/15 

11/30 

150 

Estandar 

2 

1342 

Bear F, MED 

01 

Cafe obscuro 

12.50 

10/24 

11/09 

26 

Estandar 

0 

1344 

Bear F, MED 

02 

Cafe obscuro 

12.50 

10/24 

11/09 

115 

Estandar 

0 

1347 

Bear F, LG 

01 

Negro 

12.50 

10/24 

11/09 

22 

Estandar 

0 

1348 

Bear F, LG 

02 

Negro 

12.50 

11/01 

11/08 

10 

Estandar 

0 

1400 

Goldilocks F, MED 

01 

Azul claro 

7.00 

10/24 

11/09 

140 

Estandar 

0 

1402 

Goldilocks F, MED 

02 

Azul claro 

7.00 

10/28 

11/09 

10 

Estandar 

0 

1852 

Hamlet M, MED 

01 

Verde obscuro 

15.00 

11/02 

11/23 

115 

Estandar 

3 

1853 

Ophelia F, SM 

01 

Azul claro 

15.00 

11/02 

11/23 

22 

Estandar 

0 

4715 

Prince M, LG 

01 

Blanco/morado 

10.00 

11/04 

11/21 

145 

Estandar 

5 

4730 

Frog M, SM 

01 

Verde 

7.00 

11/04 

11/21 

175 

Estandar 

2 

7822 

Jester M, MED 

01 

Multi 

7.50 

11/10 

12/08 

12 

Estandar 

0 

7824 

Jester M, MED 

02 

Multi 

7.50 

11/09 

11/15 

10 

Estandar 

0 

7823 

Executioner M, LG 

01 

Negro 

7.00 

11/19 

12/05 

21 

Estandar 

0 

8645 

Mr. Spock N, LG 

01 

Naranja 

18.00 

09/07 

09/12 

150 

Moderno 

4 

9000 

Pantomime F, LG 

01 

Rojo 

7.00 

08/25 

09/15 

56 

Estandar 

0 

9001 

Pantomime M, MED 

01 

Azul 

7.00 

08/25 

09/15 

72 

Estandar 

0 

9121 

Juggler M, MED 

01 

Multi 

7.00 

11/05 

11/19 

14 

Estandar 

0 

9156 

Napoleon M, SM 

01 

Azul/blanco 

15.00 

10/26 

11/23 

56 

Estandar 

1 


FIGURA 14.Cl 

Una porcion de la base de datos de la tienda Merman's Costume Rental. 


CLIENTE (CUSTOMER NUMBER), NOMBRE CLIENTE (CUSTOMER NAME) y SIG- 
NIFICADO CODIGO ESTADO (STATUS CODE MEANING) para la pantalla resultante 
(tambien se muestran otros campos, pero no aparecen en la pantalla). Observe que CODIGO 
ESTADO CUENTA (ACCOUNT STATUS CODE) y CODIGO TIPO CUENTA (ACCOUNT 
TYPE CODE) no estan marcados y por lo tanto no estaran en los resultados finales. En las filas 
de criterios hay un 1 en el CODIGO ESTADO CUENTA (para indicar un registro activo); ade- 
mas hay una C y una D (para seleccionar un Cliente general o un Cliente de descuento) en las 
columnas CODIGO TIPO CUENTA. Dos condiciones en la misma fila indican una condicion 
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FIGURA 14.21 

Consulta mediante ejemplos en 
Microsoft Access. 


AND, y dos condiciones en distintas filas representan una condicion OR. Esta consulta especifica que el usuario 
debe seleccionar un Cliente activo (Active Customer) y un Cliente general (General Client) o de descuento (Dis¬ 
count Customer). 

Los resultados de una consulta se muestran en una tabla como en la figura 14.22. Cabe mencionar que 
no aparecen CODIGO ESTADO CUENTA (ACCOUNT STATUS CODE) ni CODIGO TIPO CUENTA (AC¬ 
COUNT TYPE CODE). No estan marcados y se incluyen en la consulta solo para fines de selection. Como al- 
ternativa se muestran los significados del codigo, que son mas utiles para el usuario. Los nombres de los clientes 
estan en secuencia por orden alfabetico. 

LENGUAJE DE CONSULTA ESTRUCTURADO El lenguaje de consulta estructurado (SQL) es otra manera popular 
de implementar consultas. Utiliza una serie de palabras y comandos para seleccionar las filas y columnas que 
deben aparecer en la tabla resultante. La figura 14.23 contiene codigo de SQL. La palabra clave SELECT 
DISTINCTROW determina las filas que se van a seleccionar. La palabra clave WHERE especifica la condicion 
que debe usar el NOMBRE CLIENTE para seleccionar los datos introducidos en el parametro LIKE. 



FIGURA 14.22 

Una consulta mediante ejemplo 
para ESTADO CLIENTE 
(CUSTOMER STATUS) produce 
estos resultados. 
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FIGURA 14.23 

Lenguaje de consulta estructurado 
(SQL) para la consulta del 
parametro NOMBRE CLIENTE. 


SELECT distinctrow 

Cliente.[Numero cliente! 
Cliente.fNombre cliente] 

Cliente. Ciudad, 

[D .., „ Cliente.Telefono 
FROM Cliente 

lle E dF< : ((( h liente ' [N0mbrecliente ]) 

Like ([Escriba un Nombre de cliente parcial] & 1 


*"))); 


RESUMEN 

Examinamos la interaccion humano-computadora (HCI), una 
variedad de interfaces, el diseno de la interfaz de usuario, el diseno 
de la retroalimentacion del usuario y el diseno de la retroalimen¬ 
tacion y navegacion de sitios Web de comercio electronico. Nos 
enfocamos en comprender la HCI para asegurar la funcionalidad 
y usabilidad de los sistemas computacionales que disenamos. 
Cuando los analistas crean un ajuste apropiado entre los elemen- 
tos de la HCI del humano, la computadora y la tarea, se produce 
una mejora en el rendimiento y un bienestar psicologico y ffsico 
del individuo en general. 

Los disenos se enfocan en desarrollar un ajuste apropiado. 
Los analistas pueden usar el TAM (Modelo de aceptacion de la 
tecnologfa) para organizar su modo de pensar acerca de si los 
usuarios aceptaran la tecnologfa y la utilizaran en un momento 
dado, mediante un analisis de la utilidad y facilidad de uso per- 
cibidas desde la perspectiva del usuario. 

La usabilidad identifica lo que funciona y no funciona para los 
usuarios. Las consideraciones ffsicas del diseno de la HCI incluyen 
vision, ofdo y tacto. Hay que tener en cuenta las discapacidades y 
limitaciones ffsicas durante el diseno de tareas e interfaces. Hay 
gran variedad de interfaces de usuario y dispositivos de salida. 
Algunas interfaces se adaptan muy bien a los usuarios inexpertos, 
mientras que otras se adaptan mejor a los usuarios experimentados. 

PALABRAS CLAVE Y FRASES 

ajuste 

aplicacion web hfbrida ( mashup ) 
asistente 

barra de navegacion 
consideraciones cognoscitivas de HCI 
consideraciones ffsicas de la HCI 
consideraciones psicologicas de la HCI 
consulta 

consulta mediante ejemplo 
cuadro de dialogo 
desempeno 

discapacidades y diseno 

interfaces de llenado de formularios (formularios de 
salida) 

interfaz de lenguaje de comandos 

interfaz de lenguaje natural 

interfaz de llenado de formulario basado en Web 

interfaz de preguntas y respuestas 

interfaz de programacion de aplicaciones ( API) 

interfaz grafica de usuario (GUI) 

lenguaje de consulta estructurado (SQL) 


Combine interfaces como mentis desplegables e interfaces graficas 
para aumentar la efectividad. La Web ha impuesto nuevos retos 
para los disenadores, ya que no conocen al usuario. 

La necesidad que tienen los usuarios de retroalimentacion 
del sistema es tambien una consideracion importante. La retroa¬ 
limentacion es casi siempre visual, siendo el texto, los graficos 
y los iconos los tipos mas comunes de retroalimentacion visual. 
La retroalimentacion de audio tambien puede ser efectiva. 

Para mejorar la funcionalidad de los sitios Web hay que 
obtener retroalimentacion del cliente por medio de botones de 
retroalimentacion automatica por correo electronico o mediante 
la inclusion de formularios en bianco en el sitio Web. Cuatro 
estrategias importantes de diseno de navegacion mejoran la pe- 
gajosidad de los sitios Web de comercio electronico: 1) menus 
con rollover, 2) visualizaciones jerarquicas de vfnculos en la 
pantalla de entrada; 3) mapas del sitio y 4) barras de navegacion 
que ofrecen la navegacion con un solo clic. 

Las consultas estan disenadas para permitir a los usuarios 
extraer datos significativos de la base de datos. Hay seis tipos 
basicos de consultas que se pueden combinar mediante el uso de 
logica booleana para formar consultas mas complejas. La con¬ 
sulta mediante ejemplo y el SQL son dos formas comunes de 
consultar sistemas de bases de datos. 


mapa del sitio 
menu 

menu con rollover 
menu desplegable 
menus anidados 

modelo de aceptacion de la tecnologfa (TAM) 
navegacion de un solo clic 
navegacion intuitiva 
operadores booleanos 
pantalla sensible al tacto 
pantalla tactil 
pegajosidad 
entrada/ plantilla 
plumilla 

reconocimiento y sfntesis de voz 
retroalimentacion 
retroalimentacion para los usuarios 
sistema continuo de voz 
tarea 

capacidad de usabilidad 
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“\r 

1 >o tengo problema en usar un raton o cualquier otro roedor 
que se me atraviese. Pero en realidad, lo que Snowden necesita es 
lo que trato de hacer. Sin embargo, todo es distinto. He visto perso¬ 
nas aquf que han hecho de todo por evitar usar una computadora; 
otras preferirfan no hablar con un humano. De hecho, estarfan tan 
felices como un cachorro masticando un zapato si pudieran usar el 
lenguaje de comandos para interactuar. La mayorfa de los compa- 
neros que tenemos aquf estan abiertos a nuevas cosas. De lo contra- 
rio no estarfan en MRE. Nos enorgullecemos de nuestra creatividad. 
Lo anote para una reunion con personal del grupo de capacitacion, 
incluyendo a Tom Ketchem, Melissa Smith y Kathy Blandford. 
Incluf a Ashley Heatherford, quien es nuestra consultora experta en 
usabilidad. Melanie Corazon podrfa estar tambien en la junta, ya 
que quiere ver si lo que usted esta haciendo se puede aplicar a los 
sistemas de comercio electronico. Tal vez Snowden asista tambien, 
si tiene tiempo. Todos tienen mucha curiosidad de ver el tipo de 
interfaz que usted va a sugerirles para el nuevo proyecto del sistema 
de informes”. 

Preguntas de HYPERCASE 

1. Escriba una breve propuesta en la que describa el tipo de 
interfaz de usuario que serfa apropiada para los usuarios del 


sistema de informes de proyectos que estan en el grupo de 
capacitacion. Incluya las razones de su decision. 

2. Disene una interfaz de usuario mediante el uso de una 
herramienta CASE como Visible Analyst, un paquete de 
software tal como Microsoft Access o formularios de diseno 
en papel para el grupo de capacitacion. ^Cuales son las 
caracterfsticas clave que tienen como fin satisfacer las 
necesidades de las personas del grupo de capacitacion? 

3. Escriba una breve propuesta en la que describa el tipo de 
interfaz de usuario que serfa apropiada para los usuarios 
de los sistemas de comercio electronico B2B que Melanie 
Corazon describio en su entrevista. Incluya las razones de su 
decision. 

4. Disene una interfaz de usuario mediante una herramienta 
CASE como Visible Analyst, un paquete de software como 
Microsoft Access o formularios de diseno en papel para los 
usuarios de los sistemas de comercio electronico B2B que 
describio Melanie Corazon. ^Cuales son las caracterfsticas 
clave que lidian con las necesidades de las personas que 
utilizan sistemas de comercio electronico B2B en la Web? 

5. Haga una lista con vinetas de las cuestiones de usabilidad 
que podrfa Ashley tener con las interfaces que diseno. 



FIGURA 14.HC1 

En HyperCase podra ver como los usuarios procesan informacion para poder crear una 
interfaz de usuario mas efectiva. 
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PREGUNTAS DE REPASO 

1. Defina HCI. 

2. Explique como el ajuste entre los elementos de HCI del humano, la computadora y las tareas a 
desempenar conducen a un buen desempeno y bienestar. 

3. ^Cuales son los componentes del termino desempeno en el contexto de la HCI? 

4. ^Que significa la palabra bienestar cuando se utiliza en una metodologla de la HCI? 

5. ^Cuales son las dos variables del Modelo de aceptacion de la tecnologfa (TAM)? 

6. Haga una lista de cinco de las once heurfsticas de usabilidad para juzgar la usabilidad de los sistemas 
computacionales y los sitios Web de comercio electronico proporcionados por Nielsen y otros. 

7. Describa algunas de las formas en que una tabla dinamica permite a un usuario ordenar datos. 

8. Mencione tres consideraciones fisicas de las que el diseno de HCI se ocupa. 

9. Mencione tres formas en que los analistas pueden mejorar el diseno de tareas o de interfaces para 
ayudar, en forma respectiva, a una persona con discapacidad visual, auditiva o movil. 

10. ^Cuales son los cinco objetivos para disenar interfaces de usuario? 

11. Defina las interfaces de lenguaje natural. ^Cual es su mayor desventaja? 

12. Explique lo que significa interfaces de pregunta y respuesta. que tipo de usuarios estan mejor 
acostumbrados? 

13. Describa como utilizan los usuarios los menus en pantalla. 

14. (,Que es un menu anidado? ^Cuales son sus ventajas? 

15. Defina los formularios de entrada/salida en pantalla. ^Cual es su principal ventaja? 

16. ^Cuales son las ventajas de los formularios de llenado basados en Web? 

17. ^Cuales son las desventajas de las interfaces de formularios de llenado basados en Web? 

18. Explique lo que son las interfaces de lenguaje de comandos. ^A que tipo de usuarios se adaptan mejor? 

19. Defina las interfaces graficas de usuario. ^Cual es la dificultad clave que presentan para los 
programadores? 

20. ^Para que tipo de usuario es una GUI especialmente efectiva? 

21. ^Cuales son los tres lineamientos para disenar un buen dialogo en pantalla? 

22. ^Cuales son las funciones de los iconos, graficos y color para proporcionar retroalimentacion? 

23. Mencione ocho formas para lograr el objetivo de la action minima del operador al disenar una 
interfaz de usuario. 

24. Mencione cinco estandares que puedan ayudar a evaluar interfaces de usuario. 

25. ^Cuales son las siete situaciones que requieren retroalimentacion para los usuarios? 

26. (,Cual es una manera aceptable de decir al usuario que se acepto la entrada? 

27. Cuando se informa a un usuario que su entrada no esta en el formato correcto, ^que retroalimentacion 
adicional hay que proporcionar al mismo tiempo? 

28. Mencione tres formas de notificar a un usuario Web que la entrada no esta en el formato correcto. 

29. ^Por que es inaceptable notificar al usuario que la entrada no es correcta solo mediante el uso de 
sonidos o zumbidos audibles? 

30. Cuando no se completa una solicitud, ^que retroalimentacion hay que proveer al usuario? 

31. Describa dos tipos de disenos de sitios Web para obtener retroalimentacion de los clientes. 

32. Mencione cuatro formas practicas en las que un analista puede mejorar la facilidad de navegacion del 
usuario y la pegajosidad de un sitio Web de comercio electronico. 

33. ^Que son vlnculos de hipertexto? ^Donde se deben usar? 

34. Describa que es una aplicacion web hfbrida ( mashup ). 

35. Haga una lista con notation abreviada de los seis tipos de consultas basicas. 

PROBLEMAS 

1. Manu Narayan es dueno de varios hoteles de primera clase en todo el mundo, incluyendo 
propiedades en Manhattan, Mumbai e incluso algunos en los suburbios. El desea asegurarse de que la 
interfaz humano-computadora sea apropiada para cada cultura, pero tambien desea poder compartir 
el software entre todos los departamentos de reservaciones de sus hoteles. Disene una interfaz de 
menus anidados para un sistema de reservaciones de llegadas y partidas del hotel que se pueda usar a 
nivel internacional. Utilice numeros para seleccionar cada elemento del menu. Muestre como lucirfa 
cada menu en una pantalla de computadora. 

2. Stefan Lano necesita pantallas para mostrar el inventario de instrumentos musicales en su cadena de 
tiendas de musica, que da servicio a musicos que tocan en orquestas sinfonicas de clase mundial en 
Basel, Suiza; Buenos Aires, Argentina; Filadelfia y Nueva York, E.U. Disene una interfaz de llenado 
de formularios para el control de inventario de los instrumentos musicales en las cuatro tiendas que 
se pueda usar en una pantalla de PC. Suponga que el espanol sera el lenguaje de interfaz. 

3. Disene una interfaz de llenado de formularios basados en Web para realizar la misma tarea que en el 
problema 2. 

a. iQue dificultades encontro? Describalas en un parrafo. 

b. De los dos disenos que hizo, ^cual podrfa decir que se adapta mejor a la tarea del Sr. Lano? ^Por 
que? Mencione tres razones de su election. ^Como evaluarfa su usabilidad? 

4. Una agencia de viajes ubicada en el Reino Unido, Euan Morton, LLC, desea que el equipo de 
sistemas que usted dirige disene una interfaz de lenguaje de comandos que pueda usar para reservar 
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asientos para las aerolfneas con las que su empresa tiene solidos lazos comerciales, como British Air, RyanAir y Virgin 
Atlantic. 

a. Muestre cual serfa la apariencia de la interfaz en una pantalla estandar. 

b. Haga una lista de los comandos necesarios para reservar un asiento de la aerolinea y anote lo que significa cada 


comando. 


5. Una ejecutiva de Ti de nombre Felicia Finley que proviene de Jersey IT Innovators, Inc., le ha pedido que disene una 
interfaz grafica de usuario para un escritorio ejecutivo que le pueda ayudar en su trabajo. Use iconos para los archiveros, 
un bote de basura, un telefono, etcetera. Muestre cual serfa su apariencia en la pantalla de computadora. 

6. Nick, famoso chef y propietario de un restaurante de Williamsburg, Nueva York, desea poder recibir una 
retroalimentacion clara en los sistemas que se utilizan para administrar sus diversos restaurantes de “atraccion turfstica”. 
Disene una pantalla que provea una retroalimentacion apropiada para un usuario cuyo comando no se pueda ejecutar. 

7. Disene una pantalla para un paquete de software de nomina que muestre informacion para indicar a Nick, del problema 6, 
como puede obtener una retroalimentacion mas detallada. 

8. Disene una pantalla basada en Web que muestre una manera aceptable de decir a Nick que se acepto la entrada de su sistema. 

9. Disene un formulario de retroalimentacion para los clientes del restaurante de Nick mediante el uso de un sitio Web de 
comercio electronico. 

10. Escriba seis consultas para el archivo en el problema 1 del capftulo 13. 

11. Escriba seis consultas para la relacion en 3NF en el problema 5 del capftulo 13. 

12. Disene una busqueda que encuentre los potenciales competidores de una empresa como World’s Trend en la Web. 
Suponga que usted es el cliente. 

13. Busque los potenciales competidores de World’s Trend en la Web (no encontrara a la empresa World’s Trend en la Web, 
ya que es una companfa ficticia). Haga una lista de los que encuentre. 


PROYECTOS EN GRUPO 


1. Con los miembros de su grupo, cree un menu desplegable para una agenda de empleos que relacione los potenciales 
candidatos con las vacantes disponibles. Incluya una lista de teclas para seleccionar directamente las opciones del menu; 
utilice el formato Alt-X. El menu tiene las siguientes opciones: 


Agregar empleado 
Modificar empleado 
Eliminar empleado 
Consulta de empleados 
Consulta de empleos 
Consulta de patrones 
Agregar patron 


Eliminar empleado 

Relacionar empleado con vacante 

Imprimir informe de vacantes disponibles 

Imprimir informe de coincidencias exitosas 

Agregar vacante 

Modificar vacante 

Eliminar vacante 


Modificar patron 

2. Describa en un parrafo los problemas que su grupo enfrento al crear este menu. 

3. La caracterfstica de arrastrar y soltar se utiliza en las GUI y permite al usuario mover enunciados en un programa de 
procesamiento de palabras. Como grupo, sugiera como se podrfa utilizar la tecnica de arrastrar y soltar a su maximo 
potencial en las siguientes aplicaciones: 

a. Software de administracion de proyectos (capftulo 3). 

b. Programa de bases de datos relacionales (capftulo 13). 

c. Disenador de pantallas o formularios (capftulo 12). 

d. Programa de hoja de calculo. 

e. Herramienta CASE para dibujar diagramas de flujo de datos (capftulo 7). 

f. Programa de fax (capftulo 11). 

g. Calendario de asistente personal digital (PDA) (capftulo 3). 

h. Ilustracion en un paquete de dibujo. 

i. Herramienta CASE para desarrollar diccionarios de datos (capftulo 8). 

j. Programa para dibujar arboles de decision (capftulo 9). 

k. Sitio Web para recolectar opiniones del consumidor sobre nuevos productos (capftulo 11). 

l. Organizar marcadores para sitios Web. 

Para cada solucion que disene su grupo, dibuje la pantalla y muestre el movimiento mediante el uso de una flecha. 

4. Pida a los miembros de su grupo que soliciten una busqueda con base en sus actividades de entretenimiento. Si hay 
cuatro personas en su grupo, habra que realizar cuatro busquedas unicas. Ahora vaya y realice todas las busquedas. 
Compare sus resultados. ^Tiene la persona involucrada con la actividad una ventaja sobre las personas que saben menos 
sobre ella? Explique. 

5. Analice los siguientes sitios Web de aplicaciones web hfbridas y describa como es que cada uno de ellos agrega un valor 
al proveer un servicio. 

a. Aboutairportparking.com, www.aboutairportparking.com 

b. Baebo, http://baebo.francisshanahan.com 

c. Global Incident Map, www.globalincidentmap.com/home.php 
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d. Hawkee Technology Social Network, www.hawkee.com 

e. Homethinking, www.homethinking.com 

f. Sitios de compras en mpire, www.mpire.com/buyer/search.page 

g. Streeteasy, www.streeteasy.com 

6. Los siguientes dos aplicaciones web hfbridas tienen fines de propaganda polltica; sugiera otras tres 
que traten de modificar algo atrayendo al publico. 

Cuidado de la salud que funciona, www.healthcarethatworks.org/maps/nyc 
Y tambien pruebe en NYTurf, 

7. Pruebe estas aplicaciones web hfbridas solo por diversion. 

a. La geograffa de Seinfeld, www.stolasgeospatial.com/senfield.html 

b. HBO: Los Sopranos www.hbo.com/sopranos/map 

c. PlotShot, www.plotshot.com 

d. Flickr Sudoku, http://flickrsudoku.com 

e. Liveplasma, www.liveplasma.com 
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EPISODIC) 1 4 


Caso de la CPU 

Allen Schmidt, Julie E. Kendall y Kenneth E. Kendall 

Depende de los usuarios 

“Tomemos nuestros prototipos junto con algunas de las nuevas pantallas, informes y formularios para crear la interfaz de usua- 
rio final”, dice Anna a Chip. 

“Todo es cuestion de tiempo, ^no es as!?”, responde Chip. Estaba demasiado consciente de la importancia de disenar una 
buena interfaz. “Me gustarfa tener en cuenta todos los factores de la interfaz humano-computadora. Creo que cuando termine- 
mos, deberfamos hacer que los usuarios completen una encuesta de usabilidad”. 

“jDe acuerdo!”, exclama Anna. “Vamos a delinear y definir nuestros lineamientos”. 

Despues de hablar establecen los siguientes lineamientos para los dialogos de las pantallas: 

1. Las pantallas bien disenadas deben: 

Comunicar las acciones e intenciones con claridad a los usuarios. 

Mostrar las opciones disponibles para los operadores, ya sea mediante el uso de texto o iconos. Algunos ejemplos son: 
HAGA LAS CORRECCIONES U OPRIMA ESC PARA CANCELAR 
INTRODUZCA EL NUMERO DE INVENTARIO DE HARDWARE 
OPRIMA LA TECLA INTRO 

OPRIMA INTRO PARA CONFIRMAR ELIMINACION, ESC PARA CANCELAR 
Botones que digan Aceptar o Cancelar 
Estandarizar el uso de las abreviaturas. 

Evitar el uso de codigos, substituir el significado de los codigos. 

Proveer pantallas de ayuda para las porciones complicadas del dialogo. 

Proveer ayuda en cuadros de informacion sobre las herramientas para los iconos de las barras de herramientas. 

2. Hay que proveer retroalimentacion a los usuarios. Se incluye lo siguiente: 

TItulos para mostrar la pagina actual. 

Mensajes de acciones completadas con exito, como: 

SE AGREGO EL REGISTRO 
SE MODIFICO EL REGISTRO 
Mensajes de error. Algunos ejemplos son: 

FECHA IN VALID A 

DEBE INCLUIR UN NUMERO 

EL SOFTWARE NO ESTA EN EL ARCHIVO 

Un cuadro de dialogo de datos invalidos, con un boton Aceptar en una pantalla de interfaz grafica de usuario. 

Procesar mensajes de retraso similares a: 

POR FAVOR ESPERE, SE ESTA GENERANDO EL INFORME 
Un reloj de arena que gire boca abajo en una interfaz grafica de usuario. 

3. Debe haber consistencia en el diseno, incluyendo: 

La ubicacion de la ayuda breve en el area de la linea de estado. Las paginas Web deben incluir instrucciones y una 
opcion de ayuda que se indique con claridad. 

Fecha y hora en las areas de encabezado. 

Salida consistente de todas las pantallas; por ejemplo, a traves del uso de la misma accion o boton de retroceso en las 
paginas Web. 

Uso estandar de iconos o botones, para mostrar una pagina anterior o siguiente en una pantalla de varias paginas. 
Metodo consistente para cancelar una operacion; por ejemplo, mediante el uso de la tecla Esc. Uso estandarizado de 
color y pantalla de alta intensidad; por ejemplo, que aparezcan todos los mensajes en rojo. 

Uso estandarizado de iconos e imagenes en las paginas Web y pantallas. 

Menus desplegables estandarizados para las paginas Web y en otras pantallas. 

4. Hay que requerir las acciones mmimas del operador para poder usar el sistema. Algunos ejemplos son: 

A1 modificar o eliminar registros, solo hay que especificar la clave del registro. El sistema obtiene el registro y muestra 
la informacion pertinente. 

Cuando se requieren nombres como entradas de clave, solo hay que introducir las primeras letras del nombre. El 
programa usa la coincidencia parcial o Ajax para las paginas Web, de manera que se encuentren todos los nombres 
clave de los registros que coincidan y se presenten para que el operador los seleccione. 

Todas las entradas numericas pueden omitir los ceros a la izquierda y las comas. 

A medida que se completa cada campo de datos, el cursor debe avanzar al siguiente campo de entrada. El usuario debe 
poder avanzar con el tabulador en los campos, en la secuencia correcta. 
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Despues de completar cada opcion, hay que volver a mostrar la misma pantalla, con las areas de entrada en bianco, hasta 
que se haga clic en el icono Salir. 

A1 salir de una opcion hay que mostrar el menu anterior. 

Hay que utilizar listas desplegables siempre que sea posible en las pantallas Web y de GUI. 

Hay que usar casillas de verification y botones de opcion para realizar selecciones siempre que sea posible. 

Los botones predeterminados deben estar delineados de tal forma que el usuario pueda oprimir Intro para seleccionarlos. 

5. Hay que validar los datos que entran al sistema. Los lineamientos son: 

Los campos especlficos se deben verificar de acuerdo a los criterios de edition. 

A medida que se detecten errores, los operadores deben recibir la oportunidad de aceptar o realizar correcciones a los 
datos introducidos. 

Cuando no se detecten errores en una transaction, hay que presentar la entrada al operador para una confirmation visual. 
El operador debe tener la oportunidad de aceptarla o de hacer las correcciones en los datos introducidos. 

Al examinar las diversas pantallas e informes (aproximadamente 30 en Access, as! conio muchas paginas Web), Chip y 
Anna deciden dividir el menu en varias funciones. “^Como dividimos estas diversas funciones en un conjunto de menus?”, 
pregunto Chip. 

“^Por que no usamos un diagrama de descomposicion para organizar las funciones en una jerarqufa?”, respondio Anna. 
Chip y Anna empiezan a trabajar en el diagrama. Las interacciones del menu se representaran en una estructura jerarquica, en 
donde las opciones se mostraran en rectangulos y el menu en general se representara mediante el rectangulo en la parte superior. 
Cada menu secundario aparecera debajo del menu principal, con los programas de pantalla en el nivel mas bajo. El menu 
principal tendra seis opciones principals, conio se muestra en la figura E14.1: 1) Actualizar software (U pdate Software), 
2) Actualizar hardware(Update Hardware), 3) Consultar (Inquiry). 4) Modificar codigos(Modify Codes), 5) Capaci- 
tacion (Training) y 6) Informe (Report). Cada una de estas opciones se subdivide en menus mas pequenos o en funciones 
individuals. El Menu Consulta se subdivide en dos menus mas pequenos, Opciones de software (Software Options) y 
0 pciones de hardware (Hardware 0 ptions), as! como una opcion para ejecutar la Consulta para el experto de software 
(SoftwareExpert Inquiry). 


FIGURA E14.1 

lerarqula de pantallas para el 
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FIGURA E14.2 

Menu principal para el sistema 
de la computadora. 


Los rectangulos en el diagrama de descomposicion funcional se implementan mediante una serie de listas de menus des- 
plegables, las cuales se muestran en la figura El4.2. Cabe mencionar que el menu Consulta tiene funciones que corresponden 
a los rectangulos en la figura anterior. Se incluye una fila de botones para las funciones comunes debajo de los menus. Las 
funciones de menu se incluyen como un conjunto de botones en el area principal de la pantalla; se puede hacer clic en estos 
botones para ejecutar los programas correspondientes. Se decidio que los programas Agregar computadora (Add Computer). 
Agregar paquete de software (Add Software Package) y M odificar computadora (C hange C omputer ) se ejecutarian di- 
rectamente desde el menu principal. A1 hacer clic en los otros botones aparecen los cuadros de dialogo de selection, con opcio- 
nes para seleccionar programas. 

“Tambien vamos a incluir menus desplegables para las paginas”, comenta Anna. “Estos utilizan un indice z para colocarlos 
enfrente de la pagina Web. Se despliegan cuando el usuario coloca el raton encima de ellos y desaparecen cuando quita el raton 
de ellos. 

“Algunas veces eso puede ser molesto”, recalca Chip. “La pagina Web destella constantemente los menus cuando se mueve 
el raton sobre la pagina”. 

“Podemos agregar un retraso para que el despliegue ocurra cuando el raton este encima durante mas de un breve segundo”, 
dice Anna en tono pensativo. 

“Estos menus deben ser consistentes para el conjunto de paginas y formularios Web”, reflexiona Chip. “Podemos usar el 
mismo codigo y estilos en varias paginas Web”. 

Despues de cierta deliberation cuidadosa, el diseno de los menus Web esta completo. La figura E14.3 muestra el menu 

final. 



FIGURA E14.3 

Un menu Web de la CPU que 
muestra las opciones desplegables 
que aparecen frente a la pagina 
Web principal. 
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“He aquf lo que pienso que deberfan ser los lineamientos para los programas de actualization”, dice Anna a Chip. “El 
enfoque clave esta en la precision, con una capacidad detallada de edition para cada campo de datos. Agregar programas (Add 
programs) mostrara una pagina de entrada y permitira crear registros de hardware o software. Despues de completar todas las 
entradas, el usuario deberfa verificar los datos dos veces y despues hacer clic en el boton Agregar registro de software (Add 
Software Record). Cualquier dato que ya se encuentre en el sistema debera implementarse mediante el uso de listas desplega- 
bles. Tambien hay botones para deshacer cambios, mover information a otros registros, imprimir un registro, guardar los cam- 
bios y salir de la pagina. Se puede agregar un registro solo si no existe de antemano la clave primaria para ese registro”. 

“Las pantallas de elimination deben tener una entrada simple de clave primaria, como DESCRIPCION CURSO (COURSE 
DESCRIPTION) en la pantalla ELIMINAR CURSO SOFTWARE (DELETE SOFTWARE COURSE)”, continua Anna. “La 
pantalla ELIMINAR CURSO SOFTWARE usa un boton Buscar (Find) (los binoculares) para ayudar a localizar el registro 
deseado. Se lee el registro correspondiente y se muestra la information en pantalla. Los usuarios hacen clic en el boton Eliminar 
(Delete) y se les pide que confirmen la elimination. Si el usuario hace clic en la tecla Esc o en Cancelar (Cancel), se cancela la 
action de eliminar. (.Que te parece todo esto?”, pregunta a Chip. 

“Hasta ahora todo bien”, le contesta. “(Algo sobre pantallas en las que se puedan modificar datos?”. 

“SI. Se introduce una clave primaria para el registro y se lee el registro que coincida. Aparece la information del registro 
y el operador puede sobrescribir los datos con sus modificaciones. Hay que validar todas las modificaciones con capacidad de 
edition completa. Cuando todos los campos que se modificaron sean validos, el usuario debe hacer clic en un boton para guar- 
darlos. (Esta lo bastante claro para el usuario?”, pregunta Anna. 

“Creo que esta muy bien”, responde Chip. “Pienso que hemos tenido un buen inicio con el diseno de nuestras interfaces 
de usuario”. 

EJERCICIOS 

E -1. Use Microsoft Access para ver las opciones del menu para el sistema computacional. 

E -2. Examine la CONSULTA HARDWARE (HARDWARE INQUIRY). Explique el tipo de consulta utilizando la notation 
de valor, entidad y atributo (V, E, A). 

E -3. Explique en un parrafo por que una pantalla para introducir datos debe hacer enfasis en la precision, mientras que una 
pantalla de consulta hace enfasis en la rapidez con que se pueden mostrar los datos. 

E -4. Modiftque e imprima el diagrama de jerarquias que representa al menu Actuaiizar H ardware (U pdate H ardware). El 
nombre del archivo en Microsoft Visio es Update Hardware. Agregue rectangulos para representar las siguientes opciones 
del menu: 

MODIFICAR COMPUTADORA (CHANGE COMPUTER) 

ELIMINAR REGISTRO COMPUTADORA (DELETE COMPUTER RECORD) 

ACTUALIZAR COMPUTADORA INSTALADA (UPDATE INSTALLED COMPUTER) 

E-5. Use el diagrama Estructura del programa (Program Structure) de Microsoft Visio o el diagrama Descomposicion fun- 
cional (Functional Decomposition) en Visible Analyst para dibujar un diagrama de jerarquias que represente las opcio¬ 
nes que se encuentran en el menu Actuaiizar Software (Update Software). Empiece con el rectangulo superior que 
representa al menu Actuaiizar Software. 

AGREGAR PAQUETE SOFTWARE (ADD SOFTWARE PACKAGE) 

MODIFICAR REGISTRO SOFTWARE (CHANGE SOFTWARE RECORD) 

ELIMINAR REGISTRO SOFTWARE (DELETE SOFTWARE RECORD) 

ACTUALIZAR PAQUETE SOFTWARE (UPGRADE SOFTWARE PACKAGE) 

E -6. Chip y Anna descubren que el menu que han disenado es para los usuarios involucrados en la instalacion y mantenimiento 
de hardware y software de computadora. Este menu no seria adecuado para los miembros del personal y del cuerpo do- 
cente en general, ya que no tienen la habilidad de actuaiizar los registros. Disene un menu, ya sea en papel o mediante el 
uso de software con el que este familiarizado, para proveer al usuario general la habilidad de realizar consultas y ver 
informes. 

E -7. Describa en un parrafo por que los usuarios tendrian que cambiar a otra pagina (oprimiendo el boton Siguiente registro 
|Next Record]) para mostrar el registro correcto para la consulta UBICACION SOFTWARE (SOFTWARE LOCA¬ 
TION). 

E-8. Disene la pantalla de consulta DETALLES SOFTWARE (SOFTWARE DETAILS). El campo de entrada es NUMERO 
INVENTARIO SOFTWARE (SOFTWARE INVENTORY NUMBER) y debera aparecer toda la information de soft¬ 
ware, con la exception de EXPERTO (EXPERT) y MAQUINAS INSTALADAS EN (MACHINES INSTALLED ON). 
Consulte la entrada en el repositorio del flujo de datos DETALLES DE SOFTWARE de Visible Analyst o la pagina Web 
del repositorio. 
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E -9. Para programar los horarios de los salones de clase que utilizaran los estudiantes, Cher Ware necesita conocer todos los 
paquetes de software disponibles en una sala especlfica. Lo que ella desea es introducir la UBICACION CAMPUS 
(CAMPUS UBICATION) y la SALA (ROOM) en una pantalla de consulta. Los campos serfan TITULO (TITLE), VER¬ 
SION, LICENCIA SITIO (SITE LICENSE) y NUMERO DE COPIAS (NUMBER OF COPIES). 

Disene la consulta SOFTWARE POR SALA (SOFTWARE BY ROOM), que se describe como flujo de datos en la 
pagina Web del repositorio o en el repositorio de Visible Analyst. 

E-10. De vez en cuando, Hy Perteks recibe una solicitud de ayuda relacionada con cierto paquete de software especffico. Los 
miembros del personal y los estudiantes necesitan realizar opciones avanzadas o transferir datos entre distintos paquetes 
y tienen dificultades para hacerlo. A Hy le gustaria introducir el TITULO (TITLE) y NUMERO VERSION (VERSION 
NUMBER) del software. La pantalla resultante deben'a mostrar el NOMBRE EXPERTO SOFTWARE (SOFTWARE 
EXPERT NAME) junto con la UBICACION CAMPUS (CAMPUS LOCATION) y el NUMERO SALA (ROOM NUM¬ 
BER). Disene la pantalla para la consulta LOCALIZAR EXPERTO SOFTWARE (LOCATE SOFTWARE EXPERT). 
Describa la logica y los archivos necesarios para producir la consulta. Use la notacion de valor, entidad y atributo (V, E , A) 
para esta consulta. Los detalles de la consulta se incluyen en la entrada en el repositorio para el flujo de datos EXPERTO 
SOFTWARE (SOFTWARE EXPERT) de Visible Analyst o la pagina Web del repositorio. 

E-ll. Hy recibe varias solicitudes de clases de capacitacion. A el le gustaria planear la capacitacion y colocar las clases proxi- 
mas a impartir en intranet, para que el cuerpo docente tenga una cantidad adecuada de tiempo anticipado para programar 
una clase. Disene la consulta CLASES CAPACITACION SOFTWARE (SOFTWARE TRAINING CLASSES). Encon- 
trara los detalles en la pagina Web del repositorio o en la entrada en el repositorio de flujo de datos de Visible Analyst 
llamada CLASES CAPACITACION SOFTWARE (SOFTWARE TRAINING CLASSES). 

Los ejercicios en los que se antepone un icono www indican material de valor agregado disponible en el sitio Web www.pearsonhighered.com/ 
kendall. Los estudiantes pueden descargar un archivo de ejemplo de Microsoft Visio, Visible Analyst, Microsoft Project o Microsoft Access que 
pueden usar para completar los ejercicios. 
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CAPITULO 15 

Diseno de procedimientos 
precisos de entrada de datos 


PARTE Y 
Aseguramiento e 
implementacion de la 
calidad 


Objetivos de aprendizaje 

Al completar este capitulo usted podra: 

1. Comprender los usos de la codificacion efectiva para apoyar a los usuarios en la 
realization de sus tareas. 

2. Disenar metodologias efectivas y eficientes de captura de datos para las personas y los 
sistemas. 



3. Reconocer como asegurar la calidad de los datos por medio de la validacion. 

4. Articular las ventajas de la precision de la entrada de los usuarios en los sitios Web de 
comercio electronico. 


Es de suma importancia asegurar que los usuarios puedan introducir datos en 
el sistema con precision. A estas alturas es daro que la calidad de la entrada de 
datos determina la calidad de la salida de informacion. El analista de sistemas 
puede apoyar la entrada de datos con precision por medio de la obtencion de 
cuatro objetivos generales: 1) crear una codificacion significativa para los datos, 
2) disenar metodologias eficientes de captura de datos, 3) asegurar una captura 
de datos completa y efectiva, y 4) asegurar la calidad de los datos por medio de la validacion. 

La calidad de los datos es una medida de la consistencia y precision de los datos dentro de ciertos 
limites preestablecidos. Los datos efectivamente codificados facilitan al usuario su introduccion pre- 
cisa, reduciendo al minimo la cantidad de datos y por ende, el tiempo requerido para introducirlos. 

Cuando los usuarios introducen datos con eficiencia, la entrada cumple con ciertas medidas 
predeterminadas de desempeno basadas en la relation entre el tiempo invertido y el numero de 
datos introducidos. La codificacion efectiva, la captura e introduccion de datos efectiva y eficiente, 
y la action de asegurar la calidad de los datos por medio de procedimientos de validacion son 
todos objetivos de entrada de datos que cubriremos en este capitulo. 



CODIFICACION EFECTIVA 

Una de las formas en que se pueden introducir datos con mas precision y eficiencia es mediante el 
empleo informado de varios codigos. Convertir datos ambiguos o voluminosos en dfgitos cortos 
que se introduzcan con facilidad se denomina codificacion (no debemos confundirlo con la escri- 
tura de codigo, o codificacion, de programas). 

La codificacion ayuda al analista de sistemas a alcanzar el objetivo de eficiencia, pues los datos 
codificados requieren menos tiempo para que las personas los introduzcan y, por ende, se reduce el nu¬ 
mero de elementos introducidos. La codificacion tambien puede ayudar a ordenar los datos en forma 
apropiada en un punto posterior del proceso de transformation de los datos; ademas pueden ahorrar 
valioso espacio de memoria y almacenamiento. En resumen, la codificacion es una manera de ser elo- 
cuente y a la vez conciso en la captura. Ademas de proveer precision y eficiencia, los codigos deben 
tener un proposito para apoyar a los usuarios. Los tipos espetificos de codigos nos permiten tratar los 
datos de una manera especffica. Los propositos humanos para la codificacion incluyen lo siguiente: 


1. Mantener el registro de algo. 

2. Clasificar informacion. 

3. Ocultar informacion. 
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FIGURA 15.1 

Uso de un codigo de secuencia 
simple para indicar la secuencia en 
que los pedidos entran a una 
tienda de muebles a la medida. 


Pedido # Producto Cliente 


5676 

Silla mecedora con piel 

Arthur Hook, Jr. 

5677 

Silla de comedor/tapizada 

Millie Monice 

5678 

Love Seat/tapizado 

J. & D. Pare 

5679 

Silla mecedora para nino/calcomanias 

Lucinda Morely 


4. Revelar information. 

5. Solicitar la action apropiada. 

Hablaremos sobre cada uno de estos propositos de codification en las siguientes secciones, junto con algunos 
ejemplos de codigos. 

Mantener el registro de algo 

Algunas veces simplemente queremos identificar una persona, lugar o cosa solo para llevar un registro. Por ejem- 
plo, un taller de muebles a la medida necesita asignar un numero de trabajo a un proyecto. El vendedor necesita 
conocer el nombre y la direccion del cliente, pero el gerente del taller o los trabajadores que ensamblan los mue¬ 
bles no. En consecuencia, se asigna un numero arbitrario al trabajo. El numero puede ser aleatorio o secuencial, 
como se describe en la siguiente subsection. 

CODIGOS DE SECUENCIA SIMPLE El codigo de secuencia simple es un numero que se asigna a algo si necesita 
estar enumerado. Por lo tanto, no tiene relacion con los datos en si. La figura 15.1 muestra como se asigna un 
numero a los pedidos de un fabricante de muebles. Con este medio de facil referenda, la empresa puede llevar el 
registro del pedido en proceso. Es mas eficiente introducir el trabajo “5676” que “esa silla mecedora color cafe 
con negro, con el asiento de piel para Arthur Hook, Jr.”. 

Usar un codigo secuencial en vez de un numero aleatorio tiene sus ventajas. En primer lugar, elimina la po- 
sibilidad de asignar el mismo numero; en segundo, da a los usuarios una aproximacion de cuando se recibio el 
pedido. 

Hay que usar codigos de secuencia cuando el orden de procesamiento requiera de un conocimiento de la 
secuencia en la que los elementos entran al sistema, o el orden en el que se desarrollen los eventos. Podemos en- 
contrar un ejemplo en la situation de un banco que ofrece una promotion especial en la que es importante saber 
cuando presento una persona su solicitud para un prestamo para vivienda especial de bajo interes, ya que (siendo 
todos los demas factores iguales) los prestamos hipotecarios especiales se otorgaran segun el orden en el que se 
hayan presentado las solicitudes. En este caso es importante asignar un codigo de secuencia correcto a cada so- 
licitante. 

CODIGOS DE DERIVACION ALFABETICA A veces no es conveniente usar codigos de secuencia. La situation mas 
obvia es cuando no deseamos que alguien lea el codigo para averiguar cuantos niimeros se han asignado; otro 
caso es cuando sea conveniente un codigo mas complejo para evitar un costoso error. Un posible error serfa 
agregar un pago a la cuenta 223 cuando en realidad querfamos agregarlo a la cuenta 224, y todo por introducir el 
dfgito incorrecto. 

El codigo de derivation alfabetica es una metodologfa comun para identificar un numero de cuenta. El ejem¬ 
plo de la figura 15.2 proviene de una etiqueta de correo para una revista. El codigo se convierte en el numero de 
cuenta. Los primeros cinco dfgitos provienen de los primeros cinco dfgitos del codigo postal del suscriptor; los 
siguientes tres dfgitos son las primeras tres consonantes en el nombre del suscriptor, los siguientes cuatro nume- 
ros son de la direccion y los ultimos tres representan el codigo de la revista. El principal proposito de este codigo 
es identificar una cuenta. 


FIGURA 15.2 

Identification de la cuenta del 
suscriptor de una revista mediante 
un codigo de derivation alfabetica. 


Codigo Explication del codigo 


68506KND7533TVG 99999XXX9999XXX 



t-Abreviatura de la revista 

-Cuatro digitos de la direction 

- Primeras tres consonantes del apellido 
Primeros cinco dfgitos del codigo postal 
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Un segundo proposito es el de imprimir etiquetas de correo. A1 disenar este codigo, el codigo postal es la 
primera parte del numero de cuenta. Por lo general, los registros de suscriptores se actualizan solo una vez al ano, 
pero el principal proposito de los registros es imprimir etiquetas de correo una vez al mes o una vez por semana. Tener 
el codigo postal como la primera parte del campo de clave primaria significa que los registros no se tienen que 
ordenar por codigo postal para enviarlos en masa, ya que los registros de un archivo se almacenan en secuencia 
por clave primaria. Cabe mencionar que la fecha de expiracion no es parte del numero de cuenta, ya que ese nu¬ 
mero puede cambiar con mas frecuencia que los otros datos. 

Una desventaja de un codigo de derivation alfabetica ocurre cuando la portion alfabetica es pequena (por 
ejemplo, el nombre Po) o cuando el nombre contiene menos consonantes de las que el codigo requiere. El nom- 
bre Roe tiene solo una consonante y se tendrfa que derivar como RXX, o por medio de algun otro esquema. Otra 
desventaja es que algunos de los datos pueden cambiar. Al modificar la direction o el nombre de un suscriptor 
cambiarfa la clave primaria para el archivo. 

Clasificar la information 

La clasificacion ofrece la posibilidad de diferenciar entre las clases de elementos. Las clasificaciones son nece- 
sarias para muchos fines, como reflejar las partes del plan de seguro medico con las que cuenta un empleado, o 
mostrar cual estudiante completo los requerimientos basicos de su programa de estudios. 

Para que sean utiles, las clases deben ser mutuamente excluyentes. Por ejemplo, si un estudiante esta en la 
clase F (que significa estudiante de primer ano) y completo de 0 a 36 horas credito, no hay que clasificarlo tam- 
bien como estudiante de segundo ano (S). Las clases superpuestas serfan F = 0 — 36 horas credito, S = 32 — 64 
horas credito, etcetera. Los datos no son claros y no se pueden interpretar con tanta facilidad cuando las clases de 
codificacion no son mutuamente excluyentes. 

CODIGOS DE CLASIFICACION Los codigos de clasificacion se utilizan para diferenciar un grupo de datos con 
caracterfsticas especiales de otro. Los codigos de clasificacion pueden consistir de una sola letra o numero. Son 
una manera abreviada de describir una persona, un lugar, una cosa o un evento. 

Los codigos de clasificacion se listan en los manuales o se publican de manera que los usuarios puedan locali- 
zarlos con facilidad. Muchas veces los usuarios se familiarizan tanto con los codigos de uso frecuente que los me- 
morizan. Un usuario clasifica un elemento y despues introduce su codigo directamente en un sistema en linea. 

Un ejemplo de codificacion de clasificacion es la forma en que serfa conveniente agrupar los rubros dedu- 
cibles de impuestos para poder llenar una declaracion de impuestos. La figura 15.3 muestra como se desarrollan 
codigos para elementos tales como Pagos de intereses, Gastos medicos, contribuciones, etcetera. El sistema de codi¬ 
ficacion es simple: se toma la primera letra de cada una de las categories; las contribuciones son C, los pagos de 
intereses son P y los suministros son S. 

Todo marcha bien hasta que llegamos a otras categories (como elementos de computadora, pagos de seguros 
y suscripciones) que empiezan con las mismas letras utilizadas previamente. La figura 15.4 demuestra lo que 
ocurre en este caso. Extendimos la codificacion de manera que pudieramos usar P para “ComPutadora”, A para 
“PAgos de seguros” y B para “SuBscripciones”. Sin duda esta situation esta lejos de ser perfecta. Una manera 
de evitar este tipo de confusion es permitir codigos mayores de una letra, lo cual veremos mas adelante en este 
capftulo bajo el subtitulo de codigos mnemonicos. Los menus desplegables en un sistema de GUI utilizan con 
frecuencia codigos de clasificacion como metodo abreviado para seleccionar las caracterfsticas del menu, como 
Alt-A para el menu Archivo. 

CODIGOS DE SECUENCIA EN BLOQUE Anteriormente vimos los codigos de secuencia; el codigo de secuencia en 
bloque es una extension. La figura 15.5 muestra como el usuario de una empresa asigna numeros al software 
de computadora. Las principales categories de software son navegadores, paquetes de bases de datos y diseno 
Web. A estas categories se les asignaron numeros secuenciales en los siguientes “bloques” o rangos: navegador, 
100-199, base de datos, 200-299, y asf en lo sucesivo. La ventaja del codigo de secuencia en bloque es que los 
datos se agrupan de acuerdo con las caracterfsticas comunes, al tiempo que aprovechan la simpleza de asignar el 
siguiente numero disponible (dentro del bloque, desde luego) al siguiente elemento que necesite identification. 


Codigo Elemento deducible de impuestos 


p 

Pagos de intereses 

G 

Gastos medicos 

1 

Impuestos 

C 

Contribuciones 

D 

Donaciones 

S 

Suministros 


FIGURA 15.3 

Como agrupar los elementos 
deducibles de impuestos por 
medio de un codigo de 
clasificacion de una letra. 
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FIGURA 15.4 

Los problemas al usar un codigo 
de clasificacion de una letra 
ocurren cuando las categorias 
comparten la misma letra. 


Codigo Elemento deducible de impuestos 


P 

G 

I 

C 

D 

S 

S 

C 

P 

G 



Pagos de intereses 
Gastos medicos 
Impuestos 
Contribuciones 
Donaciones 
Suministros 


Subscripciones 
Computadora 
Pagos de seguros 
Gastos varios 




B 

P 

A 


SuBscripciones 
ComPutadora 
PAgos de seguros 



Ocultar information 

Podemos usar codigos para ocultar o disfrazar la informacion que otras personas no deban conocer. Hay muchas 
razones por las que una empresa podrfa querer hacer esto. Por ejemplo, tal vez una corporation no desee que los 
empleados capturistas de datos accedan a la informacion en un archivo de personal. Tal vez una tienda quiera que 
sus vendedores conozcan el precio de mayoreo para mostrarles cual es el precio mas bajo que puedan negociar, 
pero podrfa codificarlo en las etiquetas de los precios para evitar que los clientes lo descubran. Tal vez un restaurante 
quiera capturar la informacion sobre el servicio sin dejar que el cliente sepa el nombre del mesero. El oculta- 
miento de la informacion y la seguridad se han convertido en temas muy importantes durante los ultimos anos. 
Las corporaciones han empezado a permitir a los distribuidores y consumidores el acceso directo a sus bases de 
datos, y el hecho de manejar las transacciones comerciales a traves de Internet ha provocado que sea necesario 
desarrollar estrictos esquemas de cifrado. En la siguiente subsection veremos un ejemplo de como ocultar infor¬ 
macion por medio de codigos. 

CODIGOS DE CIFRADO Tal vez el metodo de codification mas simple sea la sustitucion directa de una letra por 
otra, un numero por otro o una letra por un numero. Como ejemplo de sustitucion de letras podrfamos mencionar 
un tipo popular de acertijo conocido como criptograma. La figura 15.6 muestra un ejemplo de un codigo de 
cifrado tornado de una tienda de departamentos de Buffalo, Nueva York, la cual codified todos los precios 
rebajados con las palabras BLEACH MIND. Nadie recordo realmente por que se eligieron estas palabras, pero 
todos los empleados las conotian de corazon y eso contribuyo al exito del codigo de cifrado. Podemos observar 
en esa figura que un artfculo con un precio de venta de $25.00 podrfa tener un precio rebajado de BIMC, o de 
$18.75 cuando se decodifica letra por letra. 


FIGURA 15.5 

Uso de un codigo de secuencia en 
bloque para agrupar paquetes de 
software similares. 


Codigo Nombre del paquete de software Tipo 


100 

Apple Safari 

Navegador 

101 

Mozilla Firefox 


102 

Microsoft Internet Explorer 


200 

Microsoft Access 

Base de datos 

201 

MySQL 


202 

Oracle 


300 

Adobe Dreamweaver 

Diseno Web 

301 

Freeway Pro 


302 

Microsoft Web Expression 
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Codigo Significado Ejemplo de la etiqueta de precio Explicacion 


B 

1 

GOLDEN’S 


Nombre de la tienda 

L 

2 

202-395-40 


Codigo de estilo 

E 

3 

^ BIMC 


Precio rebajado codificado 

A 

4 A 




C 





H 

6 ( 

Talla 12 


Tamara de la ropa 

M 

7 \ 




1 

8 \ 

$25.00 


Precio del cliente 

N 

\ 

[ 



D 

0 \ 

A 





\X Precio regular del vestido = $25.00 




v BIMC codificado de la etiqueta de rebaja 

= $18.75 


FIGURA 15.6 

Codificar los precios rebajados 
mediante un codigo de cifrado es 
una forma de ocultar la 
informacion de los precios a los 
clientes. 


Revelar informacion 

Algunas veces es conveniente revelar informacion a usuarios especfficos por medio de un codigo. En una tienda 
de ropa, la informacion sobre el departamento, producto, color y tamaiio se imprime junto con el precio en el re- 
cibo para cada artlculo. Esta informacion ayuda a los vendedores y al personal de existencias a localizar el lugar 
para la mercancfa. 

Otra razon de revelar informacion por medio de codigos es para que la entrada de datos sea mas significativa 
para los humanos. Un numero de pieza, nombre o description familiares producen una mayor entrada de datos. 
Los ejemplos de los codigos en la siguiente subsection explican como se pueden llevar a cabo estos conceptos. 


Codigo Mercancfa descrita Explicacion del codigo 


2023954010 Vestido de maternidad 202 — 395 — 40 — 10 

rojo, estilo 385, talla 10 

Departamento 

(Maternidad) 

Producto 

(Vestido estilo 395) 

Color 

(Rojo) 

Talla 

(Talla 10) 

4142191912 Abrigo de invierno color 414 — 219 — 19 — 12 

beige, estilo 219, talla 12 

Departamento 
(Abrigos de invierno) 

Producto 

(Abrigo estilo 219) 

Color 

(Beige) 


FIGURA 15.7 

El uso de un codigo de 
subconjunto de dfgitos 
significativos ayuda a los 
empleados a localizar 
los articulos que corresponden 
a un departamento especffico. 


Talla 

(Talla 12) 
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CODIGOS DE SUBCONJUNTO DE DIGITOS SIGNIFICATIVOS Cuando es posible describir un producto en virtud de 
su membresfa en varios subgrupos, podemos usar un codigo de subconjunto de dfgitos significativos para ayudar 
a describirlo. El ejemplo de la etiqueta de precios de la tienda de ropa en la figura 15.7 es un ejemplo efectivo de 
un codigo de subconjunto de dfgitos significativos. 

Para el cliente o espectador casual, la descripcion del artfculo parece ser un largo numero; para los vendedo- 
res, el numero esta formado de varios mimeros mas pequenos, cada uno de los cuales tiene su propio significado. 
Los primeros tres dfgitos representan el departamento, los siguientes tres el producto, los siguientes dos el color 
y los ultimos dos el tamano. 

Los codigos de subconjunto de dfgitos significativos pueden consistir de la informacion que describe real- 
mente al producto (por ejemplo, el numero 10 representa a la talla 10) o de mimeros que se asignan en forma 
arbitraria (por ejemplo, se asigna un 202 para indicar el departamento de maternidad). En este caso, la ventaja de 
usar un codigo de subconjunto de dfgitos significativos es que es posible localizar los artfculos que pertenecen a 
cierto grupo o clase. Por ejemplo, si el gerente de la tienda decidio rebajar toda la mercancfa de inviemo para una 
venta proxima, los vendedores podrfan localizar todos los artfculos que pertenezcan a los departamentos del 310 
al 449, el bloque de codigos que se utilizan para designar “inviemo” en general. 

CODIGOS MNEMONICOS Un mnemonico es una ayuda para la memoria humana. Se considera mnemonico 
cualquier codigo que ayuda a una persona a introducir los datos o a un usuario a recordar como usar la 
informacion. Al utilizar una combinacion de letras y sfmbolos obtenemos una manera muy clara de codificar un 
producto, de tal forma que el codigo se pueda ver y comprender con facilidad. 

Los codigos de hospitales de la ciudad utilizados por el Banco de Sangre Regional de Buffalo eran mnemo- 
nicos, como se muestra en la figura 15.8. Los codigos simples se inventaron precisamente debido a que los admi- 
nistradores y analistas de sistemas del banco de sangre querfan asegurar que los codigos de los hospitales fueran 
faciles de memorizar y recordar. Los codigos mnemonicos para los hospitales ayudaron a reducir la posibilidad 
de enviar sangre al hospital incorrecto. 

Unicode 

Los codigos nos permiten revelar caracteres que por lo general no podemos introducir o ver. Los teclados tradi- 
cionales proporcionan conjuntos de caracteres conocidos para las personas que utilizan caracteres alfabeticos oc- 
cidentales (conocidos como caracteres del latfn), pero muchos lenguajes como el griego, japones, chino o hebreo 
no utilizan el alfabeto occidental. Estos lenguajes pueden usar letras griegas, glifos o sfmbolos que representan 
sflabas o palabras completas. La Organization Internacional para la Estandarizacion (ISO) definio el conjunto de 
caracteres Unicode, el cual incluye todos los sfmbolos de lenguajes estandar y tiene espacio para 65,535 carac¬ 
teres. Podemos mostrar paginas Web escritas en otros alfabetos si descargamos un editor de metodos de entrada 
de Microsoft. 

Los sfmbolos de glifos se representan mediante una notacion “&#xnnnn;”, en la que nnnn representa a una 
letra o sfmbolo especffico y x significa que se utiliza la notacion hexadecimal, o numeration base 16, para re- 
presentar los caracteres Unicode. Por ejemplo, &#30B3 representa el sfmbolo ko en japones katakana. El codigo 
que se utiliza para la palabra japonesa hola, konichiwa, es &#x3053;&#x306B;&#x3061;&#x308F. En japones, 
la palabra se ve asf: 

Z b 

ko ni chi wa 
hello 

El conjunto completo de caracteres Unicode se agrupa por lenguaje; puede encontrarlo en www.unicode.org. 


FIGURA 15.8 

Los codigos mnemonicos 
funcionan como ayudas de 
memoria mediante el uso de una 
combinacion significativa de letras 
y numeros. 


Codigo Hospitales de la ciudad 


BGH 

Buffalo General Hospital 

R0S 

Roswell Park Memorial Institute 

KEN 

Kenmore Mercy 

DEA 

Deaconess Hospital 

SIS 

Sisters of Charity 

STF 

Saint Francis Hospital 

STJ 

Saint Joseph's Hospital 

0LV 

Our Lady of Victory Hospital 
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Codigo Funcion 


1 

Entregado 

2 

Vendido 

3 

Echado a perder 

4 

Perdido o robado 

5 

Devuelto 

6 

Enviado por transferencia 

7 

Recibido por transferencia 

8 

Entrada en el diario (Sumar) 

9 

Entrada en el diario (Restar) 


FIGURA 15.9 

Los codigos de funcion capturan 
en forma compacta las funciones 
que debe realizar la computadora. 


Solicitar la accion apropiada 

A menudo se requieren codigos para instruir a la computadora o al encargado de tomar decisiones sobre la ac¬ 
cion que deben tomar. Por lo general, dichos codigos se conocen como codigos de funcion y comunmente toman 
la forma de codigos de secuencia o mnemonicos. 

CODIGOS DE FUNCION Las funciones, que el analista o programador desea que la computadora realice con los 
datos, se capturan en codigos de funcion. La accion de explicar con detalle las actividades a realizar se traduce 
en un codigo corto numerico o alfanumerico. 

La figura 15.9 muestra ejemplos de un codigo de funcion para actualizar el inventario. Suponga que admi- 
nistra un departamento de productos lacteos; si se echara a perder una caja de yogurt, utilizaria el codigo 3 para 
indicar este evento. Desde luego que los datos requeridos para la entrada dependen de la funcion que se necesite. 
Por ejemplo, para adjuntar datos a un registro o actualizarlo se requerirfa solo la clave del registro y al codigo de 
funcion, mientras que para agregar un registro habrfa que introducir todos los elementos de datos, incluyendo el 
codigo de funcion. 

Lineamientos generates para la codificacion 

En las secciones anteriores examinamos los propositos de usar distintos tipos de codigos cuando los humanos y 
las maquinas introducen y almacenan datos. A continuation examinaremos unas cuantas heurfsticas para estable- 
cer un sistema de codificacion. En la figura 15.10 se resaltan estas reglas. 

SEA CONCISO Los codigos deben ser concisos. Los codigos demasiado extensos requieren mas pulsaciones 
de tecla y, en consecuencia, puede haber mas errores. Los codigos extensos tambien implican que el proceso de 
almacenar la information en una base de datos requerira mas memoria. 

Los codigos cortos son mas faciles de recordar para las personas y mas faciles de introducir que los codi¬ 
gos extensos. Si hay que usar codigos extensos, serfa conveniente descomponerlos en sub-codigos. Por ejemplo, 
5678923453127 se podria descomponer mediante guiones de la siguiente manera: 5678-923-453-127. Esta 
metodologia es mucho mas manejable y aprovecha la forma en que sabemos que las personas procesan la infor¬ 
macion: en trozos pequenos. Algunas veces, los codigos se hacen mas extensos de lo necesario por alguna razon. 
En general los numeros de tarjetas de credito son extensos para evitar que las personas adivinen el numero de 
una tarjeta de credito. Visa y MasterCard utilizan numeros de 16 digitos; esto permite generar numeros exclusi- 
vos para nueve billones de personas. Como los numeros no se asignan en forma secuencial, las probabilidades de 
adivinar el numero de una tarjeta de credito son muy pocas. 


FIGURA 15.10 

Hay ocho lineamientos generales 
para establecer un sistema de 
codificacion. 


Para establecer un sistema de 
codificacion, el analista debe: 


Mantener los codigos concisos 
Mantener los codigos estables 
Crear codigos unicos 
Permitir ordenar los codigos 
Evitar codigos confusos 
Mantener los codigos uniformes 
Permitir modificar los codigos 
Que los codigos sean significativos 
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OPORTUNIDAD DE CONSULTORIA 15.1 


Aqui parece una jungla 


“iv 

L >o puedo soportar esto. He estado buscando este sombrero 
durante los ultimos 45 minutos”, se queja Davey mientras balancea 
una gorra de mapache agarrandola por la cola y pasandola sobre su 
cabeza. El es uno de los nuevos trabaj adores del almacen para 
Crokett’s, una gran empresa de ventas por catalogo y comercio 
electronico. “La hoja del catalogo la llama ‘Coo m5-9w/t\ Lo 
bueno fue que me dijiste que ‘Coo’ representa la palabra mapache. 
Despues, claro esta, pense en las gorras y busque por aquf. La en- 
contre aquf, en este bote etiquetado como NINOS/GORRA. (No 
serfa mas facil si el catalogo y las paginas Web coincidieran con los 
botes? Para ml, esta factura dice: “Utensilios de cocina metalicos, 
conjunto de 5-9 piezas con Teflon'. He estado varado en los conjun- 
tos de cocina todo el tiempo”. 

Daniel, uno de sus companeros, apenas si lo escucha mientras 
saca apurado artfculos de los botes para surtir otro pedido. “Te acos- 
tumbraras a esto. Deben tenerlo de esta manera para que las computa- 
doras puedan entender la factura despues. La mayor parte del tiempo 
busco el numero de la pagina del catalogo en la factura, despues lo 
busco en el libro y hago algo asf como una traduccion de vuelta aca... 
a menos que recuerde haberlo encontrado antes”, explica Daniel. 

Davey se empena en decir: “Pero las computadoras son inteli- 
gentes y tenemos que surtir demasiados pedidos. Podriamos decir a 
los de facturacion los nombres que tenemos en nuestros botes”. 

Daniel responde con cinismo: “Si, claro. Se estan muriendo 
por saber nuestra opinion”. Despues continua con un tono mas 


calmado: “Sabes, soliamos tenerlo asi. pero cuando llegaron las 
nuevas computadoras y pasamos a los pedidos telefonicos las 24 
horas y a traves de Internet, todo cambio. Dijeron que los operado- 
res (y usuarios) tenian que saber mas sobre lo que estaban ven- 
diendo (o comprando), por lo que cambiaron sus codigos para que 
fueran mas como una historia”. 

Davey, sorprendido de la revelacion de Daniel, pregunta: 
“(Cual es la historia del codigo con el que he estado trabajando?”. 

Despues de inspeccionar el codigo en la factura de la gorra, 
Daniel responde: “El codigo con el que estabas trabajando era ‘Coo 
m5-9w/tl’. Despues de buscarlo con una rapidez increlble en la 
computadora, el operador puede decir al cliente: ‘Es una gorra de 
mapache (Coo) para ninos (m de masculino) con edades de 5 a 9, 
con una cola real (w/tl)’. Los arboles no nos dejan ver el bosque 
debido a sus codigos, pero ya sabe como son en Crockett's. Tienen 
que lograr la venta”. 

(Que tan importante es el hecho de que los botes y las facturas 
del almacen se codifiquen en forma inconsistente? Responda en un 
parrafo. (Cuales son algunos de los problemas que surgen cuando 
un codigo parece ser mnemonico pero los empleados nunca reciben 
una “clave” apropiada para decodificarlo? Describa su respuesta en 
dos parrafos. (Que cambios realizarfa en la codificacion de las factu- 
ras/el almacen para Crockett’s? Documente sus cambios, identifique 
el tipo de codigo que usarfa y use el codigo en un ejemplo de un producto 
que se podrfa vender en Crockett's. Recuerde descifrarlo tambien. 


MANTENER LOS CODIGOS ESTABLES Estabilidad signiftca que el codigo de identificacion para un cliente no debe 
cambiar cada vez que se reciban nuevos datos. Anteriormente presentamos un codigo de derivacion alfabetica 
para la lista de suscriptores de una revista. La fecha de expiration no formaba parte del codigo de identificacion 
del suscriptor debido a que es probable que vaya a cambiar. 

No cambie las abreviaturas de codigo en un sistema mnemonico. Una vez que haya elegido las abreviaturas 
del codigo, no trate de modificarlas ya que sera muy diffcil que el personal de captura de datos se adapte. 

ASEGURAR QUE LOS CODIGOS SEAN UNICOS Para que los codigos funcionen, deben ser unicos. Tome nota de 
todos los codigos utilizados en el sistema para asegurar que no vaya a asignar el mismo numero de codigo o 
nombre a los mismos artfculos. Los numeros de codigo y los nombres son una parte esencial de las entradas en 
los diccionarios de datos, como vimos en el capftulo 8. 

PERMITIR ORDENAR LOS CODIGOS Si va a manipular los datos en forma util, los codigos deben poder ordenarse. 
Por ejemplo, si desea realizar una busqueda de texto en los meses del ano en orden ascendente, los meses que 
empiezan con “J” estarfan fuera de orden (Julio y despues Junio). Los diccionarios se ordenan de esta manera, 
una letra a la vez y de izquierda a derecha. Por lo tanto, si ordenara en base a MMMDDAAAA, en donde MMM 
representa el mes, DD el dfa y AAAA el ano, el resultado serfa incorrecto. 

La ftgura 15.11 muestra lo que ocurrirfa si se realizara una busqueda de texto en distintos formatos de fecha. 
La tercera columna muestra un problema que formaba parte de la crisis del ano 2000 (Y2K) que provoco cierto 
grado de alarma e incluso aparecio en la portada de la revista Time. 

Una de las lecciones aprendidas es que debemos asegurarnos de que los usuarios puedan hacer lo que que- 
rfamos que hicieran con los codigos que creamos. Es mucho mas facil ordenar codigos numericos que los alfanu- 
mericos; por lo tanto, considere la option de convertir los codigos a numericos siempre que sea practico. 

EVITAR CODIGOS CONFUSOS Trate de evitar el uso de caracteres de codificacion que se vean o suenen igual. 
Los caracteres O (la letra o) y 0 (el numero cero) se confunden con facilidad, al igual que la letra I y el numero 
1, y tambien la letra Z y el numero 2. Por ello, los codigos tales como B1C y 280Z no son satisfactorios. 
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Orden incorrecto 

al usar 

MMM-DD-AAAA 

Orden incorrecto 

al usar 

MM-DD-AAAA 

Orden incorrecto 
(problema del ano 
2000) AA-MM-DD 

Orden correcto 

al usar 

AAAA-MM-DD 

Dic-25-1998 

06-04-1998 

00-06-11 

1997-06-12 

Dic-31-1997 

06-11-2000 

97-06-12 

1997-12-31 

Jul-04-1999 

06-12-1997 

97-12-31 

1998-06-04 

Jun-04-1998 

07-04-1999 

98-06-04 

1998-10-24 

Jun-11-2000 

10-24-1998 

98-10-24 

1998-12-25 

Jun-12-1997 

12-25-1998 

98-12-25 

1999-07-04 

Oct-24-1998 

12-31-1997 

99-07-04 

2000-06-11 


FIGURA 15.11 

Planifique para poder hacer algo 
util con los datos que se hayan 
introducido. En este ejemplo, la 
persona que creo los codigos no 
tomo en cuenta que se tendrfan 
que ordenar. 


Un ejemplo de un codigo potencialmente confuso es el Codigo Postal Canadiense, como se muestra en la 
figura 15.12. El formato del codigo es X9X 9X9, en donde X representa una letra y 9 representa un numero. Una 
ventaja de usar letras en el codigo es que se permiten mas datos en un codigo de seis digitos (hay 26 letras y 
solo 10 niimeros). Como los canadienses utilizan el codigo con regularidad, tiene mucho sentido para ellos. Sin 
embargo, para los extranjeros que envian correo a Canada puede ser muy diffcil saber si el penultimo sfmbolo es 
una Z o un 2. 

MANTENER LOS CODIGOS UNIFORMES Para que sean efectivos y eficientes para los humanos, los codigos 
necesitan conformarse a formas que se perciban rapidamente la mayor parte del tiempo. Los codigos que se usan 
en conjunto, como BUF-234 y KU-3456, son malos debido a que el primero contiene tres letras y tres numeros, 
mientras que el segundo solo tiene dos letras seguidas de cuatro numeros. 

Cuando tenga que agregar fechas, trate de evitar usar los codigos MMDDAAAA en una aplicacion, 
AAAADDMM en otra aplicacion y MMDDAA en una tercera aplicacion. Es importante mantener la uniformi- 
dad en los codigos, asi como dentro de los programas. 

PERMITIR LA MODIFICACION DE LOS CODIGOS. La capacidad de adaptation es una caracterfstica clave de un 
buen codigo. El analista debe tener en cuenta que el sistema evolutionary con el tiempo, por lo que el sistema de 
codificacion debe ser capaz de abarcar el cambio. El numero de clientes debe aumentar, los clientes cambiaran 
de nombres y los proveedores modificaran la forma en que enumeran sus productos. El analista debe ser capaz de 
pronosticar los cambios predecibles que los usuarios de la empresa deseen; ademas se debe anticipar a un amplio 
rango de necesidades a futuro a la hora de disenar los codigos. 

HACER LOS CODIGOS SIGNIFICATIVOS A menos que el analista dese ocultar informacion de manera intencional, 
los codigos deben ser significativos. Los codigos efectivos no solo contienen informacion; tambien tienen mucho 
sentido para las personas que los utilizan. Los codigos significativos son faciles de entender y recordar; tambien 
es muy facil trabajar con ellos. El trabajo de capturar los datos se vuelve mas interesante cuando se trabaja con 
codigos significativos en vez de introducir solo una serie de numeros sin significado. 

USAR LOS CODIGOS Podemos usar los codigos de varias formas. En los programas de validation, los datos de 
entrada se comparan con una lista de codigos para asegurar que solo se hayan introducido codigos validos. En 
los programas de informes y consultas, un codigo almacenado en un archivo se transforma en el significado del 
codigo. Los informes y las pantallas no deben mostrar o imprimir el codigo real. Si lo hicieran, el usuario tendrfa 
que memorizar los significados del codigo o buscarlos en un manual. Los codigos se utilizan en los programas de 
GUI para crear listas desplegables. 


Formato de codigo para el Codigo Postal Canadiense 


Codigo manuscrito 

Codigo real 

X9X 9X9 

Ciudad, Provincia 

Problema 

Combinar caracteres similares en 
los codigos puede provocar 

errores. 

L8S 4M4 

L8S 4M4 

Hamilton, Ontario 

La S parece un 5 


T3A ZE5 

T3A 2E5 

Calgary, Alberta 

El 2 parece una Z 

El 5 parece una S 


LOS 1JO 

LOS 1J0 

Niagara-on-the-Lake, 

Ontario 

El cero y la o se ven casi identicos 
La S parece un 5 

El 1 parece una 1 
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Pescar un codigo de verano 


Vicky retira los dedos del teclado y se inclina en su estacion de 
trabajo para verificar las letras de las facturas apiladas en frente de ella. 
“jQue diantres!”, Vicky pregunta en voz alta mientras escudrina las 
letras que codifican las ciudades a donde se van a enviar los pedidos. 

Shelly Overseer, su supervisora, que por lo general se sienta a 
un par de estaciones de trabajo de distancia, pasa por ahf y ve la 
constemacion de Vicky. “^Cual es el problema? ^Acaso olvidaron los 
representantes de ventas escribir el codigo de la ciudad otra vez?”. 

Vicky gira en su silla para ver a Shelly de frente. “No, los co- 
digos estan aqui, pero estan raros. Por lo general utilizamos un 
codigo de tres letras, ^.verdad? Como CIN para Cincinnati, SEA 
para Seattle, MIN para Minneapolis, BUF para Buffalo. Pero aquf 
hay solo codigos de cinco letras”. 

“Mira”, dice Vicky mientras levanta la factura para mostrarla 
a Shelly. “CINNC, SEATT, MINNE. Me tomara todo el dia intro- 
ducir estos codigos. En serio, me estoy tardando niucho. Tal vez 
haya un error. ^No puedo simplemente usar el estandar?”. 

Shelly retrocede de la estacion de trabajo de Vicky como si el 
problema fuera contagioso. Se disculpa y dice: “Son los de medio 
tiempo. Estan aprendiendo sobre ventas ahora, y a la gerencia le 
preocupaba que hicieran un desorden con sus ciudades. Creo que 
tiene algo que ver con haber mezclado Newark y Nueva Orleans en 
los liltimos pedidos. Por lo tanto, un comite decidio agregar dos 
letras para que las ciudades se pudieran reconocer con mas facili- 


dad. Esos chicos no pueden aprender todo lo que sabemos en una 
noche, incluso cuando lo intentan. Pero es solo hasta agosto 19, 
cuando los empleados de medio tiempo regresan a la escuela. 

Mientras Vicky regresa con desanimo a su teclado, Shelly sa- 
cude su cabeza con compasion y dice: “Se que es estresante y que 
te sientes miserable, pero no te preocupes. Ya se te pasara. Es solo 
un codigo de verano”. 

^Que lineamientos generales de codificacion ha pasado por 
alto la gerencia en su decision de usar un codigo de verano para las 
ciudades? Haga una lista. ^Cual es el efecto sobre el personal de 
captura de datos de tiempo completo al cambiar los codigos para 
facilitar el trabajo al personal de ayuda temporal? Responda en dos 
parrafos. ^Que impacto a future podrfa tener el cambio temporal en 
los codigos en cuanto a ordenar y recuperar los datos introducidos 
durante el periodo de verano? Describa en dos parrafos estas impli- 
caciones. ^Que cambios puede usted sugerir de manera que los 
empleados de medio tiempo no se confundan con los codigos a 
corto plazo? En un memo para el supervisor de este grupo de tra¬ 
bajo, haga una lista de cinco a siete cambios en los procedimientos 
de captura o introduccion de datos que se puedan realizar para 
adaptarse a las contrataciones de corto plazo sin perturbar las acti- 
vidades comerciales regulares. Indique en un parrafo como se 
puede lograr esta meta sin comprometer la productividad del perso¬ 
nal que introduce los datos. 


CAPTURA DE DATOS EFECTIVAY EFICIENTE 

Para asegurar la calidad de los datos que los usuarios introducen al sistema, es importante capturar los datos con 
efectividad. La captura de datos ha recibido cada vez mas atencion como el punto en el procesamiento de la in- 
formacion en el que se pueden obtener excelentes ganancias en productividad. El proceso de capturar datos ha 
mejorado de manera considerable en las ultimas cuatro decadas, a medida que avanzamos de los sistemas de va- 
rios pasos, lentos y propensos a errores como las tarjetas perforadas, hasta el uso de sistemas sofisticados como 
el reconocimiento de caracteres (OCR), los codigos de barras y las terminales de punto de venta. 

Que capturar 

La decision sobre lo que se debe capturar es mas importante que la interaccion del usuario con el sistema. En 
definitiva es imprescindible para hacer que la interfaz final valga la pena, dado que aun es valido el adagio 
“entra basura, sale basura”. 

Los analistas de sistemas y los usuarios son los que se encargan de las decisiones sobre los datos que se 
deben capturar para introducirlos al sistema. Gran parte de lo que se captura es especffico para la empresa en 
particular. Capturar datos, introducirlos, almacenarlos y recuperarlos son todos procesos costosos. Con todos es¬ 
tos factores en mente, determinar que es lo que se debe capturar se convierte en una decision importante. 

Hay dos tipos de datos a introducir: los datos que cambian o varian con cada transaction y los datos que 
diferencian en forma concisa el elemento especffico que se esta procesando de los demas elementos. 

Un ejemplo de datos que se pueden modificar es la cantidad de provisiones que se compran cada vez que 
una empresa de publicidad coloca un pedido con el mayorista de artfculos de oficina. Como las cantidades 
cambian dependiendo del numero de empleados en la empresa de publicidad y de cuantas cuentas esten mane- 
jando, hay que introducir datos sobre la cantidad cada vez que se coloca un pedido. 

Un ejemplo de datos de diferenciacion es incluir el numero de Seguro Social y las primeras tres letras del 
nombre de un/una paciente en su registro. De esta manera, el/la paciente se diferencia en forma unica de los 
demas pacientes en el mismo sistema. 
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Dejar que la computadora haga el resto 

A1 considerar que datos es necesario capturar para cada transaccion y que datos hay que dejar para que el sistema 
los introduzca, el analista de sistemas debe aprovechar lo que las computadoras hacen mejor. En el anterior ejem- 
plo de la agenda de publicidad y el pedido de artlculos de oficina, no es necesario que el operador que introduce 
el pedido de papelerfa vuelva a capturar la descripcion de cada artlculo siempre que se reciba un pedido. La compu¬ 
tadora puede almacenar y acceder a esta informacion con facilidad. 

Las computadoras pueden manejar de manera automatica las tareas repetitivas, como registrar el tiempo de la 
transaccion, calcular nuevos valores a partir de la entrada, ademas de almacenar y recuperar datos bajo demanda. A1 
emplear las mejores caracterfsticas de las computadoras, el diseno de la captura de datos eficiente evita la entrada 
de datos innecesarios, que a su vez alivia muchos de los errores humanos y el aburrimiento, ademas de que permite 
a las personas concentrarse en tareas creativas o de mas alto nivel. Podemos escribir software para pedir al usuario 
que introduzca la fecha de hoy o capturar la fecha del reloj intemo de la computadora. Una vez introducido este 
dato, el sistema procede a usar esa fecha en todas las transacciones procesadas en esa sesion de entrada de datos. 

Un ejemplo de primera sobre reutilizacion de datos que se introducen una vez es el del centra de bibliotecas 
de computo en lrnea (OCLC) que utilizan miles de bibliotecas en los Estados Unidos. OCLC se creo a partir de 
la idea de que cada elemento comprado por una biblioteca solo deberla catalogarse una vez en toda su vida. Des¬ 
pues de introducir un elemento, la informacion de clasificacion va a la enorme base de datos de OCLC y se com- 
parte con las bibliotecas participates. En este caso, la implementacion del concepto simple de introducir datos 
solo una vez ahorra una enorme cantidad de tiempo al introducir los datos. 

Tambien hay que tener en cuenta el poder de calculo de la computadora al decidir que no debemos volver a 
introducir. Las computadoras son adeptas a los calculos extensos, en los que se utilizan datos que ya se introdu- 
jeron antes. 

Por ejemplo, la persona que introduce los datos puede introducir los numeros de vuelo y el numero de cuenta 
de un viaje aereo realizado por un cliente que pertenezca a un programa de incentivos para viajeros frecuentes. 

Despues, la computadora calcula el numero de millas acumuladas para cada vuelo, lo agrega a las millas que ya 
estan en la cuenta del cliente y actualiza el total de millas acumuladas en la cuenta. La computadora tambien 
puede marcar una cuenta que, en virtud de la gran cantidad de millas acumuladas, sea elegible para un premio. 

Aunque toda esta informacion puede aparecer en la cuenta actualizada del cliente, los unicos datos nuevos intro- 
ducidos fueron los numeros de los vuelos. 

En sistemas que utilizan una interfaz grafica de usuario (GUI), a menudo los codigos se almacenan como 
una funcion o como una tabla separada en la base de datos. Hay desventajas al crear demasiadas tablas, ya que 
el software debe buscar los registros que coincidan de cada tabla, lo cual podrfa ocasionar un acceso lento. Si los 
codigos son relativamente estables y cambian con poca frecuencia, tal vez se puedan almacenar como una fun¬ 
cion de la base de datos. Si los codigos cambian con frecuencia, se almacenan en una tabla para que se puedan 
actualizar con facilidad. 

La figura 15.13 muestra como se utiliza una lista desplegable para seleccionar los codigos para agregar o 
modificar un registro en la tabla CLIENTE (CUSTOMER). Cabe mencionar que el codigo esta almacenado, pero 



FIGURA 15.13 

Uso de una tabla de codigos en 
una lista desplegable. Esta lista se 
utiliza para seleccionar un codigo 
para agregar o modificar un 
elemento en un registro. 
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la lista desplegable muestra tanto el codigo como su significado. Este metodo ayuda a asegurar la precision, ya 
que el usuario no tiene que adivinar el significado del codigo y no hay probabilidad de que escriba uno invalido. 

Como evitar cuellos de botella y pasos adicionales 

En la terminologia relacionada con la entrada de datos, un cuello de botella describe graficamente el efecto del 
angostamiento de la botella en el flujo del contenido: los datos se vierten con rapidez en la amplia boca del sistema, 
solo para desacelerar drasticamente en su “cuello” debido a la incapacidad del sistema para procesar el volumen 
o detalle de los datos que se estan introduciendo. Una manera en la que podemos evitar un cuello de botella es 
asegurarnos que haya la capacidad suficiente para manejar los datos que se estan introduciendo. 

Las formas de evitar los pasos adicionales se determinan no solo durante el analisis, sino tambien cuando los 
usuarios empiezan a interactuar con los prototipos del sistema. Entre menos pasos se requieran para introducir 
datos, menor sera la probabilidad de introducir errores. Por lo tanto, ademas del ahorrar en mano de obra, el he- 
cho de evitar pasos adicionales tambien es una forma de preservar la calidad de los datos. Una vez mas, usar un 
sistema en tiempo real en linea que capture los datos de los clientes sin necesitar la complejidad de un formulario 
es un excelente ejemplo de como ahorrar pasos en el proceso de entrada de datos. 

Empezar con un buen formulario 

Podremos lograr una captura de datos efectiva solo si consideramos con anticipation lo que debe contener el 
documento de origen. El operador introduce los datos del documento de origen (que por lo general es un tipo de 
formulario); este documento es la fuente de una gran cantidad de todos los datos del sistema. Los sistemas en lf- 
nea (o los metodos especiales de entrada de datos, como los codigos de barras) pueden sortear la necesidad de un 
documento de origen, pero es comun crear de todas formas algun tipo de formulario en papel, como un recibo. 

Cuando se cuenta con formularios efectivos, no es necesario volver a introducir la information que la compu- 
tadora ya haya almacenado, ni datos como la fecha y la hora que la computadora puede determinar de manera 
automatica. En el capitulo 11 vimos con detalle como debemos disenar un formulario o documento de origen 
para maximizar su utilidad para capturar datos y minimizar el tiempo que necesitan invertir los usuarios para in¬ 
troducir datos a partir de ese formulario o documento. 

Elegir un metodo de entrada de datos 

Hay varios metodos eficientes de entrada de datos disponibles; para elegir uno de ellos hay que tener en cuenta 
diversos factores, incluyendo la necesidad de velocidad, precision y capacitacion de los usuarios; el costo del 
metodo de entrada de datos (si requiere de muchos materiales o de mucha mano de obra); y los metodos que se 
estan usando actualmente en la organizacion. 

TECLADOS El teclado es el metodo mas antiguo de entrada de datos; sin duda es con el que los miembros de las 
organizaciones estan mas familiarizados. Se han realizado algunas mejoras en los teclados con el paso de los anos. 
Las caracterfsticas mas recientes incluyen teclas de funcion especial para abrir programas, teclas que se utilizan 
para desplazarse por las pantallas y explorar la Web, y teclas que se pueden programar con macros para reducir 
el niimero de pulsaciones de teclas requeridas. Los teclados ergonomicos e infrarrojos, junto con los teclados y 
ratones habilitados con Bluetooth, son tambien mejoras considerables. 

RECONOCIMIENTO OPTICO DE CARACTERES El reconocimiento optico de caracteres (OCR) permite a un usuario 
leer la entrada desde un documento de origen mediante un escaner optico en vez de usar los medios magneticos 
que hemos visto hasta ahora. El uso de dispositivos OCR puede agilizar la entrada de datos de un 60 a un 90 por 
ciento, en comparacion con algunos metodos de tecleo. 

El aumento en la velocidad del OCR se debe a que no hay que codificar ni teclear los datos que provienen de los 
documentos de origen. Esto elimina muchos de los pasos que se requieren en otros dispositivos de entrada en 
los que se consume mucho tiempo y puede haber muchos errores. El metodo del OCR demanda pocas habilida- 
des del empleado, lo que significa que su capacitacion no tiene que ser muy especializada; esto resulta en menos 
errores y menos tiempo invertido por los empleados en esfuerzos redundantes. Ademas, descentraliza la respon- 
sabilidad de obtener datos de calidad para asignarla directamente a la unidad que los esta generando. El OCR, 
que ahora esta disponible para todos, tiene un uso adicional y muy practico: transformar los faxes en documentos que 
se puedan editar. 

OTROS METODOS DE ENTRADA DE DATOS Hay otros metodos de entrada de datos que se estan empleando cada 
vez con mas frecuencia. La mayorfa de estos metodos reducen los costos de mano de obra al requerir menos 
habilidades del operador o poca capacitacion, acercan cada vez mas el proceso de entrada de datos a su origen 
y eliminan la necesidad de un documento de origen. Al hacer esto se han convertido en metodos de entrada de 
datos veloces y muy confiables. Los metodos de entrada de datos que veremos en las siguientes subsecciones 
incluyen el reconocimiento de caracteres de tinta magnetica, los formularios de detection de marcas, los 
formularios perforados y las tiras de datos. 
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Reconocimiento de caracteres de tinta magnetica Los caracteres de tinta magnetica se encuentran en la parte 
inferior de los cheques bancarios y algunas facturas de tarjetas de credito. Este metodo es similar al OCR 
en cuanto a que se leen caracteres especiales, pero su uso es limitado. La entrada de datos por medio del 
reconocimiento de caracteres de tinta magnetica (MICR) se realiza a traves de una maquina que lee e interpreta 
una sola linea de material codificado con tinta formada de partfculas magneticas. 

Algunas ventajas del uso de MICR son: 1) es un metodo confiable y de alta velocidad que no es susceptible 
a confundir las marcas fuera de lugar, ya que no estan codificadas en forma magnetica; 2) si se requiere en todos 
los cheques para retirar fondos, sirve como una medida de seguridad contra los cheques falsos, y 3) el personal 
de entrada de datos puede ver los numeros que componen el codigo, si es necesario verificarlo. 

Formularios de deteccion de marcas Estos formularios permiten introducir datos por medio de un escaner que 
detecta en donde se hicieron las marcas en formularios especiales. Un uso comun es para calificar las hojas de 
respuestas de los cuestionarios a las encuestas, como se muestra en la figura 15.14. El personal requiere de una 
capacitacion muy basica; ademas se puede procesar un alto volumen de formularios con rapidez. 


INDICACIONES para iviarcar 

Borre limpiamente cualqujer^^^^ el ™ulo por complete. 

Ejemplos de marcas CORRECTAS ™ f ~ no ra V e en ningun otro lado 

• OfOO# Ejemplos de marcas INCORRECTAS 

^ 6Que niveles de personas a « 0 h O® 

gerentes nde ustec < PnncipaImeme en su trabajo? 

supervisores; capataces O 

otros empleados asalariados Q 

Por horas O 

voluntarios O 

o 

menos de^/ooc) 6 Q° r ® anizaci ° n Pue listed atiende 
1,000-5,000 O 15,000-25,000 O 

5.000-15,000 O masd e 25,000 Q 



FIGURA 15.14 

Un formulario de deteccion de 
marcas que se puede leer mediante 
un escaner agiliza el proceso de 
entrada de datos. 
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Una desventaja de los formularios de detection de marcas es que, aunque los lectores pueden determinar si 
se hizo una marca, no pueden interpretarla de la manera en que lo hacen los lectores opticos de caracteres. Esto 
implica que se pueden introducir marcas fuera de lugar en los formularios como datos incorrectos. Ademas, las 
opciones se limitan a las respuestas proporcionadas en el formulario de detection de marcas, los formularios pre- 
sentan dificultades al capturar datos alfanumericos debido al espacio requerido para un conjunto completo de le- 
tras y numeros, y es facil que los usuarios que llenan formularios de detection de marcas se confundan y pongan 
una marca en una position incorrecta. 

Codigos de barras Por lo general, los codigos de barras aparecen en las etiquetas de productos, pero tambien 
aparecen en brazaletes de identification de pacientes en los hospitales y casi en cualquier contexto en el que una 
persona u objeto necesite reportarse como entrada o salida en cualquier tipo de sistema de inventario. Podemos 
considerar a los codigos de barras como metacodigos, o codigos que codifican otros codigos, debido a que 
aparecen como una serie de bandas estrechas y anchas en una etiqueta, las cuales codifican numeros o letras. A su 
vez, estos sfmbolos tienen acceso a los datos de los productos almacenados en la memoria de la computadora. 
Se proyecta un rayo de luz de un escaner o lapiz optico a traves de las bandas en la etiqueta para confirmar o 
registrar datos sobre el producto que se esta escaneando. 

Una etiqueta de codigo de barras como la que se muestra en la figura 15.15 incluye los siguientes elementos 
de codification para un producto especffico de abarrotes: el numero de identification del fabricante, el numero de 
identification del producto, un codigo para verificar la precision del escaneo y codigos para marcar el principio 
y fin del escaneo. 

Los codigos de barras ofrecen un grado de precision extraordinariamente elevado para la entrada de datos. 
Ahorra costos de mano de obra a los vendedores, ya que no hay que marcar el precio de cada articulo por sepa- 
rado. Ademas, la codification de barras permite capturar de manera automatica datos que se pueden utilizar para 
reordenar, rastrear el inventario con mayor precision y pronosticar las necesidades a futuro. Los precios de venta 
u otros cambios en el significado de los codigos de barras se introducen en el procesador central, con lo cual nos 
ahorramos el problema de rebajar muchos artfculos. 

Un nuevo uso de los codigos de barras es el de rastrear las compras de un individuo con su tarjeta de credito, 
con el fin de crear un perfil de cliente que pueda a su vez utilizarse para refinar las estrategias de marketing para 
ese individuo o tipo de consumidor. Se desarrollan nuevos dispositivos de entrada en forma constante. 

RFID La identification por radiofrecuencia, conocida comunmente como RFID, permite recolectar datos en 
forma automatica mediante etiquetas RFID o transpondedores que contienen un chip y una antena. Una etiqueta 
RFID puede o no tener su propia fuente de energfa. Si no cuenta con su propia fuente, la antena provee suficiente 
potencia de una serial entrante para energizar el chip y transmitir una respuesta. Las etiquetas RFID se pueden 
adjuntar a productos, paquetes, animales o incluso humanos, de manera que se pueda identificar el elemento o 
persona mediante una frecuencia de radio. 

A las etiquetas RFID tambien se les conoce como tarjetas de proximidad debido a su rango limitado; pue¬ 
den ser pasivas o activas. Las etiquetas RFID pasivas no tienen fuente de energfa interna; las activas sf. Las eti¬ 
quetas pasivas son economicas (menos de 5 centavos de dolar por etiqueta) y por lo general tienen el tamano de 
una estampilla postal. Se utilizan en las grandes tiendas de menudeo, incluyendo Wal-Mart y Target. Wal-Mart 
ha estado trabajando mucho con la tecnologfa RFID para mejorar sus procesos de administration de inventario y 
cadena de suministro. 

Las etiquetas activas son mucho mas confiables, ya que tienen su propia fuente de energfa. El Departamento 
de Defensa de los EE.UU. ha utilizado estas etiquetas para minimizar los costos relacionados con la logfstica e 
incrementar la visibilidad de la cadena de suministro. Las etiquetas activas cuestan solo unos cuantos dolares 
cada una. 


FIGURA 15.15 

El codigo de barras, como se 
muestra en esta etiqueta para un 
producto de abarrotes, ofrece 
mucha precision en la entrada de 
datos. 

Utilizada con el permiso de Uniform 
Code Council, Dayton, Ohio. 




Principio (101) 

Codigo que significa “producto de abarrotes” 


Numero de identificacion del fabricante 
(primeros cinco dfgitos) 

Barras de separation centrales (01010) 


Numero de identificacion del producto 
(ultimos cinco dfgitos) 

Codigo para verificar la precision del escaneo 
(dfgito de verification) 

Fin (101) 
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OPORTUNIDAD DE CONSULTORIA 15.3 


Entrar o no entrar: esa es la cuestion 


44 A 

z\.cabo de asumir la presidencia de Elsinore Industries’", dice 
Rose N. Krantz. “Formamos parte de una industria de fabrication 
de casitas pequenas, donde fabricamos aldeas de juguete para ninos de 
siete anos en adelante. Nuestras pequenas aldeas consisten de varios 
kits para construir lo que quieran los ninos a partir de cubos de plas- 
tico que se conectan entre si, que pueden ser edificios basicos como 
la presidencia municipal, la estacion de policla, la estacion de gaso- 
lina y un carrito para hot-dogs. Cada kit tiene un numero de pieza 
tinico de 200 a 800, pero no se utilizan todos los numeros. Los 
precios de mayoreo varfan de $54.95 por la presidencia municipal 
a $1.79 para un carrito de hot-dogs. 

“He estado melancolica en relation con lo que descubrl desde 
que entre a trabajar en Elsinore. ‘Algo huele a podrido’ aqul, como 
dice un famoso dramaturgo. De hecho, el sistema de facturacion 
estaba tan descontrolado que he estado trabajando sin cesar con 
nuestra contadora, Gilda Stern”, declara Krantz. 

“Me gustaria que nos ayudara a ordenar todo”, continua Rose. 
“Enviamos a 12 almacenes de distribution por todo el pais. Cada 
factura que escribimos incluye el numero de almacen, del 1 al 12, 
su direction fisica y el codigo postal estadounidense (zip code). 
Tambien ponemos en cada factura la fecha en que surtiremos el 


pedido, los numeros de codigo para los kits de la aldea que ordenen, 
una description de cada kit, el precio por articulo y la cantidad de 
cada kit ordenado. Desde luego que tambien incluimos los subtota- 
les de los costos de los kits, los costos de envio y el total que el al¬ 
macen nos debe. No se agregan impuestos, ya que lo que nosotros 
les vendemos lo revenden a las jugueterias en los 50 estados. Quiero 
que usted nos ayude a disenar un sistema computarizado de intro¬ 
duction de pedidos que forme parte del sistema de facturacion de 
Elsinore Industries”. 

Para su diseno de un sistema de entrada de datos para Elsinore, 
tome en cuenta todos los objetivos para entrada de datos que vimos 
en el capitulo. Dibuje las pantallas que sean necesarias para ilustrar 
su diseno. ^Como puede hacer que el sistema de introduction de 
pedidos sea eficiente? Responda en un parrafo. Especifique los 
datos que se pueden almacenar y recuperar, junto con los datos que 
se deben introducir de nuevo para cada pedido. ^Como se puede 
evitar el trabajo innecesario? Escriba un parrafo para explicar por 
que el sistema que usted propone es mas eficiente que el anterior. 
^Como se puede asegurar la precision de los datos? Mencione tres 
estrategias que funcionen con el tipo de datos que se van a introdu¬ 
cir para Elsinore Industries. 


Para capturar los datos en una etiqueta RFID se requiere un lector. Este lector activa la etiqueta para que se 
pueda leer. El lector decodiftca los datos y el codigo unico de producto en el chip dentro de la etiqueta; despues 
lo pasa a una computadora anfitriona que procesa los datos. 

Un ejemplo es el paso de peaje electronico que se utiliza en los veht'culos que viajan por las carreteras de 
cuota. Se puede colocar un transpondedor RFID en el parabrisas para leerlo cada vez que el vehlculo pasa por 
una caseta de cuota. El lector RFID de la caseta de cuota tambien puede actuar como escritor, por lo que se 
puede almacenar un saldo en el chip RFID. 

El Metro de Moscu fue el primer sistema de transporte en usar tarjetas inteligentes RFID en 1998. Otras 
aplicaciones incluyen el rastreo de ganado para identificar la manada de origen, lo cual permite rastrear mejor la 
enfermedad de las vacas locas, as! como el rastreo RFID en librerlas, servicios de equipaje de aerollneas, farma- 
cias e incluso pacientes o internos. 

Las etiquetas RFID son de uso comun en la mayorfa de las aplicaciones relacionadas con envlos. La tecnolo- 
gia pronto se utilizara en las transacciones de efectivo electronico en general. Incluso pueden llegar a reemplazar 
los codigos RPC, ya que sus ventajas incluyen la seguridad (al reducir el numero de artlculos robados) y no re- 
querir escaneo (simplemente se pasan por la zona del lector). 

Pero la tecnologla RFID no escapa de la controversia. La privacidad es una cuestion importante. Un indivi- 
duo que paga un articulo etiquetado con tarjeta de credito o con una tarjeta de comprador corre el riesgo de ser 
identificado. 

El analista de sistemas necesita pensar en los clientes involucrados y sus derechos al considerar si esta tec¬ 
nologla se adapta a la aplicacion que esta disenando. 

ASEGURAR LA CALI DAD DE LOS DATOS POR MEDIO DE LA VALIDACION 
DE LA ENTRADA 

Hasta ahora hemos visto como asegurar la captura efectiva de datos hacia documentos de origen y la entrada 
eficiente de datos al sistema por medio de diversos dispositivos de entrada. Aunque estas condiciones son nece¬ 
sarias para asegurar datos de calidad, por si solas no son suficientes. 

Los errores no se pueden descartar por completo; ademas no podemos sobre enfatizar la importancia crltica 
de atrapar errores durante la entrada, antes de procesarlos y almacenarlos. La marana de problemas que surgen de- 
bido a una entrada incorrecta puede ser una pesadilla, en especial porque una gran cantidad de problemas tardan 
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FIGURA 15.16 


Este tipo de 
validation 


Es importante validar la entrada 
para asegurar que se eliminen lo 
mas pronto posible la mayoria de 
los problemas potenciales con los 
datos. 


Validar transacciones Enviar los datos incorrectos 


de entrada 


Puede evitar estos problemas 


Datos enviados por una persona no autorizada 
Pedir al sistema que realice una funcion 
inaceptable 


Validar datos de 
entrada 


Datos faltantes 

Longitud de campo incorrecta 
Datos con una composicion inaceptable 
Datos fuera de rango 
Datos invalidos 

Datos que no coinciden con los datos 
almacenados 


mucho tiempo en hacerse ver. El analista de sistemas debe suponer que ocurrirdn errores en los datos y debe 
trabajar con los usuarios para disenar pruebas de validacion de la entrada, de manera que pueda evitar que se 
procesen y almacenen datos erroneos, ya que los errores iniciales que no se descubren durante largos periodos 
de tiempo son costosos y se requiere mucho tiempo para corregirlos. 

No es posible imaginar todo lo que puede salir mal con la entrada, pero debemos cubrir los tipos de errores 
que provocan el mayor porcentaje de los problemas. En la figura 15.16 se proporciona un resumen de los proble¬ 
mas potenciales que debemos considerar al validar la entrada. 

Validar las transacciones de entrada 

El proceso de validar las transacciones de entrada se realiza principalmente por medio de software, lo cual es 
responsabilidad del programador, pero es importante que el analista de sistemas conozca los problemas comunes 
que pueden invalidar una transaction. Las empresas comprometidas con la calidad incluiran chequeos de validez 
como parte de su software de rutina. 

Pueden ocurrir tres problemas principales con las transacciones de entrada: que se envien los datos incorrec¬ 
tos al sistema, que una persona no autorizada envie los datos o que se pida al sistema que realice una funcion 
inaceptable. 

ENVIAR LOS DATOS INCORRECTOS Un ejemplo de enviar datos incorrectos al sistema seria tratar de introducir 
el numero de seguro social de un paciente en el sistema de nominas de un hospital. Por lo general este error es 
accidental, pero hay que marcarlo antes de procesar los datos. 

DATOS ENVIADOS POR UNA PERSONA NO AUTORIZADA El sistema tambien debe ser capaz de descubrir si 
una persona no autorizada envfa datos por lo demas correctos. Por ejemplo, solo el farmaceutico supervisor 
podria introducir los totales del inventario para las sustancias controladas en la farmacia. La invalidation de 
las transacciones enviadas por un individuo no autorizado se aplica a las cuestiones de privacidad y seguridad 
relacionadas con los sistemas de nomina y los registros de evaluation de empleados que determinan los niveles 
de los pagos, las promociones o la disciplina; los archivos que contienen secretos comerciales; y los archivos que 
contienen information clasificada, como los datos de defensa nacional. 

PEDIR AL SISTEMA QUE REALICE UNA FUNCION INACEPTABLE El tercer error que invalida las transacciones de 
entrada es pedir al sistema que realice una funcion inaceptable. Por ejemplo, seria logico que el gerente de recur- 
sos humanos actualizara el registro existente de un empleado actual, pero seria invalido pedir al sistema que 
creara un nuevo archivo en vez de solo actualizar un registro existente. 

Validar los datos de entrada 

Es esencial que los datos de entrada (junto con las transacciones solicitadas) sean validos. Se pueden incorporar 
varias pruebas al software para asegurar esta validez. Vamos a considerar ocho posibles formas de validar la en¬ 
trada. 

PRUEBA DE DATOS FALTANTES En el primer tipo de prueba de validez se examinan los datos para ver si hay 
elementos faltantes. En algunas situaciones deben estar presentes todos los datos. Por ejemplo, un archivo del 
seguro social para pagar los beneficios por retiro o discapacidad seria invalido si no incluyera el numero de 
seguro social del beneficiario. 
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Ademas, el registro debe incluir los datos clave que distinguen a un registro de todos los demas, junto con 
el codigo de funcion que indica a la computadora lo que debe hacer con los datos. El analista de sistemas ne- 
cesita interactuar con los usuarios para determinar que elementos de datos son esenciales y averiguar si alguna 
vez ocurrieron casos excepcionales que permitieran considerar los datos validos, incluso cuando faltaran algunos 
elementos de datos. Por ejemplo, una segunda lfnea de direction que contenga un numero de apartamento o la 
inicial del segundo nombre de una persona tal vez no sea una entrada requerida. 

PRUEBA DE LONGITUD DE CAMPO CORRECTA En el segundo tipo de prueba de validez se comprueba la entrada 
para ver si tiene la longitud correcta para el campo. Por ejemplo, si la estacion climatologica de Omaha, 
Nebraska se reporta con la computadora del servicio climatologico nacional y por error provee un codigo de 
ciudad de dos letras (OM) en vez del codigo nacional de ciudad de tres letras (OMA), los datos de entrada se 
podrfan considerar invalidos y por ende no se procesarian. 

PRUEBA DE CLASE O COMPOSICION La prueba de la validez de la clase o composicion verifica que todos los 
campos de datos que deben estar compuestos exclusivamente de numeros no contengan letras y viceversa. A1 
usar una prueba de composicion, el programa no debe aceptar un numero de cuenta de American Express que 
incluya tanto letras como numeros. 

PRUEBA DE RANGO O SENSATEZ Las pruebas de validez de rango o sensatez son en realidad medidas de entrada 
de sentido comun, las cuales responden a la pregunta de si los datos se encuentran dentro de un rango aceptable 
o si son razonables dentro de ciertos parametros predeterminados. Por ejemplo, si un usuario estaba tratando 
de verificar una fecha de envfo propuesta, la prueba de rango no permitirfa una fecha de envfo en el dfa 32 de 
octubre, ni aceptarfa un envfo en el mes 13, siendo los rangos respectivos de 1 a 31 dfas y de 1 a 12 meses. 

Una prueba de sensatez averigua si el elemento tiene sentido para la transaction. Por ejemplo, al agregar 
un nuevo empleado a la nomina, no serf a razonable introducir una edad de 120 anos. Las pruebas de sensatez se 
utilizan para los datos que son continuos; es decir, datos que tienen un rango uniforme de valores. Estas pruebas 
pueden incluir un lfmite inferior, un lfmite superior o ambos. 

PRUEBA DE VALORES INVALIDOS El proceso de comprobar que la entrada no tenga valores invalidos funciona 
si solo hay unos cuantos valores validos. Esta prueba no es viable para las situaciones en las que los valores 
no son restringidos ni predecibles. Este tipo de prueba es util para verificar las respuestas donde los datos se 
dividen en un numero limitado de clases. Por ejemplo, una empresa de corredurfa divide las cuentas en tres 
clases solamente: clase 1 = cuenta activa, clase 2 = cuenta inactiva y clase 3 = cuenta cerrada. Si los datos se 
asignan a cualquier otra clase por medio de un error, los valores son invalidos. Por lo general las verificaciones 
de valores se realizan para los datos discretos, que solo tienen ciertos valores. Si hay muchos valores, por lo 
general se almacenan en un archivo de tabla de codigos. Al tener los valores en un archivo es mas facil agregar 
o modificar valores. 

VERIFICACIONES DE REFERENCIAS CRUZADAS Estas verificaciones se utilizan cuando un elemento tiene una 
relation con otro. Para realizar una verificacion de referenda cruzada, cada campo debe estar correcto por sf 
solo. Por ejemplo, el precio al que se vende un artfculo debe ser mayor que el costo que se paga por el. Hay que 
introducir el precio, el cual debe ser numerico y mayor de cero. Se utiliza el mismo criterio para validar el costo. 
Cuando tanto el precio como el costo son validos, se pueden comparar. 

Una verificacion geografica es otro tipo de verificacion de referenda cruzada. En los Estados Unidos se 
puede utilizar la abreviatura de estado para asegurar que un codigo de area telefonica sea valido para cierto es- 
tado y que los primeros dos dfgitos del codigo postal sean validos para el estado. 

PRUEBA PARA COMPARAR CON DATOS ALMACENADOS La siguiente prueba de validez de los datos de entrada 
que veremos es en la que estos se comparan con los datos que ya estan almacenados en la computadora. Por 
ejemplo, un numero de pieza recien introducido se puede comparar con el inventario de piezas completo para 
asegurar que el numero exista y se este introduciendo en forma correcta. 

CONFIGURAR CODIGOS DE AUTOVALIDACION (DIGITOS DE VERIFICACION) Otro metodo para asegurar la 
precision de los datos, en especial los numeros de identification, es utilizar un dfgito de verificacion en el mismo 
codigo. Este procedimiento implica empezar con un codigo numerico original, realizar algunas operaciones 
matematicas para llegar a un dfgito de verificacion derivado y despues agregar ese dfgito de verificacion al 
codigo original. El proceso matematico implica multiplicar cada uno de los dfgitos del codigo original por 
ciertos pesos predeterminados, sumar estos resultados y despues dividir esta suma por un numero modulo. El 
numero modulo es necesario debido a que la suma por lo general es un numero grande y necesitamos reducir 
el resultado a un solo dfgito. Por ultimo, el residuo se resta del numero modulo para obtener el dfgito de 
verificacion. 
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FIGURA 15.17 

Los pasos para convertir un 
numero de pieza de cinco digitos 
en un numero de seis digitos que 
contiene un dfgito de verificacion. 



La figura 15.17 muestra como se convierte el numero de pieza de cinco digitos de una manguera para radia- 
dor (54823) en un numero de seis digitos que contiene un dfgito de verificacion. En este ejemplo, los pesos elegidos 
fueron el sistema “1-3-1”; en otras palabras, los pesos alternan entre 1 y 3. Despues de multiplicar los digitos 5, 
4, 8, 2 y 3 por 1, 3, 1, 3 y 1, se convirtieron en 5, 12, 8, 6 y 3. La suma de estos nuevos digitos es 34. Despues el 
34 se divide entre el numero modulo elegido, 10, para obtener el resultado de 3 y un residuo de 4. El residuo (4) 
se resta del numero modulo (10) para obtener un dfgito de verificacion de 6. Ahora el dfgito 6 se coloca al final 
del numero original para producir el codigo del producto oficial para la manguera de radiador (548236). 

Uso de los digitos de verificacion El sistema de digitos de verificacion funciona de la siguiente manera. Suponga 
que tenemos el numero de pieza 53411. Hay que teclear este numero en el sistema, y mientras hacemos eso 
pueden ocurrir distintos tipos de errores. Uno de los posibles errores es teclear mal un dfgito; por ejemplo, el 
empleado teclea 54411 en vez de 53411. Solo el dfgito en la position de los miles es incorrecto, pero este error 
puede provocar que se envfe la pieza incorrecta. 

Un segundo tipo de error es el de los digitos transpuestos. Es com tin que el numero deseado 5341 lse teclee 
como el numero 54311, solo debido a que dos teclas se oprimieron en orden inverso. Los errores de transposi¬ 
tion tambien son diffciles de detectar para los humanos. 

Podemos evitar estos errores mediante el uso de un dfgito de verificacion, ya que cada uno de estos nu- 
meros (el correcto y el erroneo) tendrfan un numero de dfgito de verificacion distinto, como se muestra en la 
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Dfgito de 

Estado Codigo original verificacion Nuevo codigo 


Correcto 

5 3 4 

1 

1 

8 

534118 

Error al teclear un dfgito 

5 4 4 

1 

1 

5 

544115 

Transposicion 

5 4 3 

1 

1 

6 

543116 


FIGURA 15.18 

Evitar errores de entrada de datos 
comunes por medio del uso de un 
dfgito de verificacion. 


figura 15.18. Si el numero de pieza 53411 se modificara a 534118 (incluyendo el dfgito de verificacion 8) y 
ocurriera cualquiera de los dos errores antes descritos, se atraparfa el error. Si el segundo dfgito se tecleara 
en forma equivocada como 4, la computadora no aceptarfa 544118 como un numero valido, ya que el dfgito 
de verificacion para 54411 serfa 5 y no 8. De manera similar, si se transpusieran el segundo y tercer dfgitos, 
como en 543118, la computadora tambien rechazarfa el numero debido a que el dfgito de verificacion para 
54311 serfa 6 y no 8. 

El analista de sistemas selecciona los pesos y el numero modulo, pero una vez elegidos no deben cambiar. 
En la figura 15.19 encontrara algunos ejemplos de metodos de ponderacion y numeros modulo. 

VERIFICACION DE TARJETAS DE CREDITO A1 introducir tarjetas de credito en un sitio Web o programa de 
computadora, la primera verificacion es la longitud del numero. Las companfas de tarjetas de credito disenaron 
sus tarjetas para incluir un numero distinto de dfgitos. Por ejemplo, las tarjetas Visa son de 16 dfgitos mientras 
que los de las tarjetas American Express estan compuestas por 15 dfgitos. 

Otra prueba es relacionar la companfa de la tarjeta de credito y el banco para verificar que sea realmente una 
tarjeta emitida por esa companfa. Por lo general los primeros cuatro dfgitos indican el tipo de tarjeta. Los dfgitos 
de en medio comunmente representan al banco y al cliente. El ultimo dfgito es de verificacion. 

Ademas de estos metodos de verificacion, en el procesamiento de tarjetas de credito se utiliza una formula 
de dfgitos de verificacion conocida como formula Luhn, la cual se creo en la decada de 1960. Suponga que tene- 


Metodo de dfgito 

de verificacion Calculos para agregar el dfgito de verificacion al numero original 29645 


Modulo 10 

2 

9 

6 

4 

5 



“2-1-2” 

2 

1 

2 

1 

2 


10 


4 + 

9 + 

12 + 

4 + 

10 

= 39/10 = 3 residuo 

Dfgito de verificacion igual a 
El codigo con dfgito de 
verificacion es 296451. 

(9) 

1 


10 

52/10 = 5 residuo (2) 

Dfgito de verificacion igual a 8 
El codigo con dfgito de 
verificacion es 296458. 

2 9 6 4 5 

_6 5 4 3 2 11 

12 + 45 + 24 + 12 + 10 = 103/11 =9 residuo 

Dfgito de verificacion igual a 7 
El codigo con dfgito de 
verificacion es 296457. 

Modulo 10 2 9 6 4 5 

“Geometrico” 32 16 8 4 2 11 

64 + 144 + 48 + 16 + 10 = 282/11 = 25 residuo (7) 

Dfgito de verificacion igual a 4 
El codigo con dfgito de 
verificacion es 296454. 


Modulo 11 
“Aritmetico” 


Modulo 10 2 9 6 4 5 

“3-1-3” 31313 

6+ 9+18+ 4+15 = 


FIGURA 15.19 

Ejemplos de metodos de 
ponderacion y numeros modulo. 
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OPORTUNIDAD DE CONSULTORIA 15.4 


- Validan el estacionamiento? 



44 O 

ue vamos a hacer, Mercedes?”, pregunta Edsel con cansan- 
cio. Mercedes y Edsel estan revisando la impresion de facturacion 
mas reciente para su empresa, Denton and Denton Parking Garages. 
Han estado comprando servicios de facturacion por lotes de una 
empresa local pequena de servicios de computadora desde que ad- 
quirieron tres estacionamientos cerrados en un area metropolitana 
de tamano medio. La empresa Denton and Denton Parking Garages 
renta lugares de estacionamiento por dfa, mes y ano a las empresas 
e individuos. 

Mercedes responde: “No estoy segura de cual sera nuestro si- 
guiente movimiento, pero la facturacion esta toda mal. Tal vez de- 
berfamos tratar de hablar con el personal de TI”. 

“Dijeron que podrian averiguar como calcular estos costos 
viendo lo que habfan hecho a mano los duenos anteriores, y dijeron 
que no querfan ejecutar el sistema antiguo y el nuevo en paralelo”, 
comenta Edsel al tiempo que sacude la cabeza. “Pero eso no esta 
bien. Por lo menos yo no puedo resolverlo. Tal vez usted pueda”. 

Mercedes acepta la nocion de buscar la salida sospechosa y 
empieza a analizar el informe con detalle. “Bueno, al fin y al cabo no 
saben que recibimos automoviles de todas partes. Cada vez que reci- 
bimos un automovil con placas que no son del estado, parece como si 
la computadora dejara de imaginar. Mira, nuestras placas empiezan con 


un numero y despues una letra, ^verdad? Bueno, este de NuevaYork 
empieza con tres letras. La computadora no puede manejarlo”, dice. 

Edsel se integra a la conversation y empieza a pensar sobre la 
empresa mientras analiza el documento impreso. “Si, y mira aqui. 
Esta persona no tiene un numero de cuenta anual, solo mensual, por 
lo que no salio ninguna factura”, dice. “Tenemos clientes mensuales 
tambien, y la computadora no lo sabe”. 

“Y mira esto. Todavia hace cobros diarios por los tres dias de 
noviembre que les dijimos que no habia vacantes para los clientes 
diarios. No es razonable”, afirma Mercedes. 

Edsel continua avanzando pagina por pagina en el documento 
impreso, pero Mercedes lo detiene y dice: “Ya no sigas viendo. Voy 
a llamar al personal de TI para poder arreglar este desorden”. 

^Como caracterizaria los problemas que se encontraron en el 
sistema de facturacion actual del estacionamiento? Use un parrafo 
para formular una respuesta. ^Cuales son algunas de las pruebas de 
validez de datos que se podrian incluir en el software para producir 
un sistema de facturacion revisado para los estacionamientos? Haga 
una lista. ^Que podrian haber hecho distinto el programador y los 
analistas de la empresa de servicios de computo para que el cliente no 
tuviera que corregir la salida de mala calidad? Use tres parrafos para 
realizar un analisis critico de lo que se hizo y lo que se debid hacer. 


mos un numero 7-7-7-8-8-8, donde los primeros cinco numeros representan un numero de cuenta bancaria y el 
ultimo dfgito es de verificacion. Vamos a aplicar la formula de Luhn para ver si es un numero valido. 

1. Duplique el penultimo dfgito y despues los demas dfgitos (es decir, omita un dfgito, duplique el siguiente, 
omita un dfgito, duplique el siguiente, etc.). Por ejemplo, el numero 7-7-7-8-8-8 se convierte en 14-7-14-8- 
16-8. 

2. Si al duplicar un dfgito se produce un numero mayor de 10, hay que reducir este numero de dos dfgitos a un 
solo dfgito, para lo cual se suman los dos numeros. En nuestro ejemplo, el 14 se convierte en 1 + 4 = 5 y el 
16 se convierte en 1 + 6 = 7. Despues de esto, nuestro numero original 7-7-7-8-8-8 se ha transformado en 
un nuevo numero, 5-7-5-8-7-8. 

3. Ahora sume todos los dfgitos en el nuevo numero. Asf, 5 + 7 + 5 + 8 + 7 + 8 = 40. 

4. Vea el total. Si termina en cero, el numero es valido de acuerdo con la formula de Luhn. Como 40 termina 
en cero, podemos decir que pasa la prueba de la formula de Luhn. 

Podemos usar la formula de Luhn para identificar los errores al introducir una tarjeta de credito incorrecta. Por 
ejemplo, el numero de tarjeta de credito 1334-1334-1334-1334 es valido, debido a que los dfgitos del numero 
transformado 2364-2364-2364-2364 se suman para un total de 60, un numero que termina en cero. Si un usuario 
introduce un dfgito incorrecto, el total no sera un multiplo de cero. 

Sin embargo, la formula de Luhn no atrapa todos los errores. Si un usuario comete errores al introducir mas 
de un dfgito —por ejemplo, si introduce 1334-1334-1334-331— el total del numero transformado (2364-2364- 
2364-6324) sigue siendo 60. Este error de transposition (invertir el tercer y cuarto dfgitos de derecha a izquierda) 
no se atrapara. 

Las companfas de tarjetas de credito tambien usan la fecha de expiration y un codigo de verificacion de tres 
o cuatro dfgitos, a menudo escrito en el lado posterior de la tarjeta para una mayor seguridad. 

Las siete pruebas para verificar la validez de la entrada pueden ayudar de manera considerable a proteger 
el sistema contra la entrada y el almacenamiento de datos erroneos. Siempre debemos suponer que es mucho 
mas probable que ocurran errores humanos en la entrada a que no ocurran. Es su responsabilidad como analista 
comprender cuales errores invalidaran los datos y como usar la computadora para protegerse contra esos errores 
humanos, para asf limitar su intrusion en los datos del sistema. 
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El proceso de validation 

Es importante validar cada campo hasta que sea valido o se detecte un error. El orden de prueba de los datos es 
primero verificar si hay datos faltantes. Despues, una prueba de sintaxis puede verificar la longitud de los datos 
introducidos y que estos tengan una clase y composicion apropiadas. Solo despues de que la sintaxis sea correcta 
se validara la semantica o significado de los datos. Esto incluye una prueba de rango, razonable o de valor, se- 
guida de una prueba de digito de verificacion. 

Las pantallas de GUI ayudan a reducir el numero de errores de entrada humanos cuando incorporan boto- 
nes de opcion, casillas de verificacion y listas desplegables. Cuando se utilizan botones de opcion, uno se debe 
establecer como el predeterminado y la unica forma de deseleccionarlo es si el usuario hace clic en un boton de 
opcion distinto. En caso de las listas desplegables, la primera eleccion siempre debe contener un mensaje para 
informar al usuario que debe cambiar la lista. Si la primera opcion sigue aiin seleccionada al momento de enviar 
el formulario, un mensaje deberfa informarle que debe seleccionar una opcion distinta. 

Por lo general, la validacion de un solo campo se realiza mediante una serie de instrucciones IF...ELSE, 
pero tambien hay metodos de validacion de patrones. Por lo general estos patrones se encuentran en el diseno 
de la base de datos (como en Microsoft Access), pero tambien se pueden incluir en lenguajes de programacion 
como Perl, JavaScript y esquemas de XML. A los patrones se les conoce como expresiones regulares y contienen 
sfmbolos que representan el tipo de datos que deben estar presentes en un campo. La figura 15.20 muestra los 
caracteres que se utilizan en las expresiones regulares de JavaScript. 

A continuacion le mostramos un ejemplo de validacion de patron utilizado para evaluar una direccion de 
correo electronico: 


[A-Za-z0-9]\w{2,}@[A-Za-z0-9]{3,}\.[A-Za-z]{3}/ 

El significado de este patron es el siguiente: la primera letra debe ser cualquier letra mayuscula, minuscula o 
numero ([A-Za-z0-9]). Esto va seguido de dos o mas caracteres que son cualquier letra, numero o un guion bajo 
(\w{2,}). Despues debe haber un sfmbolo @, seguido de por lo menos tres letras o numeros, un punto y exacta- 
mente tres caracteres despues del punto. 

Una verificacion de referencias cruzadas supone que la validez de un campo puede depender del valor de 
otro campo. Un ejemplo de una verificacion de referencia cruzada es verificar una fecha valida. En un caso muy 
especial, la validez del dfa del mes depende del ano. Es decir, febrero 29 es solo valido durante los anos bisies- 
tos. Una vez que se han verificado los campos individuales, podemos realizar verificaciones de referencias cruza¬ 
das. Obviamente, si uno de los campos es incorrecto, la verificacion de referencia cruzada no tiene sentido y no 
se debe llevar a cabo. 


Codigo de Significado utilizado en la validacion 

caracter con expresiones regulares 


\d 

Cualquier digito del 0-9 

\D 

Cualquier caracter que no sea digito 

\w 

Cualquier letra, numero o guion bajo 

\W 

Cualquier caracter distinto de una letra, numero o guion 


bajo 

Coincide con cualquier caracter 

[caracteres] 

Coincide con los caracteres dentro de los corchetes 

[car-car] 

Coincide con el rango de caracteres 

[a—z] [ A—Z] [0—9] 

Acepta cualquier letra o digito 

[ A caracteres] 

Coincide con cualquier cosa que no sean los caracteres 

[ A car-car] 

Coincide con cualquier cosa fuera del rango de caracteres 

[ A a—z] 

Aceptara todo excepto letras minusculas 

In] 

Coincide con exactamente n ocurrencias del caracter 

In,} 

anterior 

Coincide con al menos n ocurrencias del caracter 

\s 

Cualquier caracter de formato de espacio en bianco 

\S 

(tabulador, nueva linea, retorno, etc.) 

Cualquier caracter que no sea de espacio en bianco 


FIGURA 15.20 

Estos caracteres se utilizan en la 
validacion con expresiones 
regulares (patrones). 
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Para validar documentos XML debemos compararlos con una definition de tipo de documento (DTD) o 
con un esquema (consulte el capltulo 8). La DTD verificara si el formato del documento es valido, pero un es- 
quema es mucho mas potente y verificara el tipo de datos (por ejemplo, entero corto o largo, numero decimal o 
fecha). Un esquema tambien verificara un rango de valores, el numero de dlgitos a la izquierda y a la derecha de 
un punto decimal, y los valores de los codigos. Hay herramientas gratuitas para validar una DTD o un esquema. 
IEXMLTLS es una extension de Microsoft para Internet Explorer, la cual agrega nuevas opciones de menu 
cuando el usuario hace clic con el boton derecho en un documento de XML. 


VENTAJAS DE LA PRECISION EN LOS ENTORNOS DE COMERCIO 
ELECTRONICO 

Uno de los muchos beneficios de las transacciones de comercio electronico es una mayor precision de los datos, 
debido a cuatro razones: 

1. Por lo general los clientes teclean o introducen los datos ellos mismos. 

2. Los datos que introducen los clientes se almacenan para su uso posterior. 

3. Los datos que se introducen en el punto de ventas se reutilizan en todo el proceso de cumplimiento del pedido. 

4. La information se utiliza como retroalimentacion para los clientes. 

Un analista debe estar consciente de las ventajas que se producen debido al comercio electronico, la captura elec¬ 
tronica y el uso de la information. 

Los clientes teclean sus propios datos 

En primer lugar, los clientes conocen su information mejor que cualquier otra persona. Saben como deletrear su 
direction flsica, saben si viven en una “Avenida” o “Calle” y conocen su propio codigo de area. Si transmiten 
esta information por telefono, es mas facil cometer un error al deletrear la direction; si se introduce mediante 
un formulario de papel via fax, puede haber errores si la transmision de fax es diflcil de leer. Pero si los usuarios 
introducen su propia information, aumenta la precision. 

Almacenar datos para su uso posterior 

Una vez que los clientes introducen la information, esta se puede almacenar en sus propias computadoras 
personales. Si regresan a ese sitio de comercio electronico y llenan el mismo formulario para completar una 
segunda transaction, experimentaran la ventaja de almacenar esta information. Cuando empiecen a teclear su 
nombre, una lista desplegable les mostrara su nombre completo incluso cuando solo hayan introducido un par 
de caracteres. Si hacen clic en este indicador se introducira su nombre completo y no tendran que teclear mas en 
ese campo. Esta caracterlstica de autocompletar puede sugerir coincidencias para la information de tarjetas de 
credito y contrasenas tambien; ademas, esta information se cifra para que los sitios Web no puedan leer la infor¬ 
mation almacenada en la computadora del usuario. 

Las empresas que desean almacenar information para permitir transacciones cada vez mas rapidas lo hacen 
en pequenos archivos conocidos como cookies. Solo la empresa que coloco la cookie en la computadora del 
usuario podra acceder a la information personal. 

Utilizar datos por medio del proceso de cumplimiento de pedidos 

Cuando las empresas capturan information sobre el pedido de un cliente. pueden usar y reutilizar esa information 
en todo el proceso de cumplimiento del pedido. Asl, la information recopilada para completar un pedido tambien 
se puede usar para enviar una factura a un cliente, obtener el producto del almacen, enviar el producto, enviar 
retroalimentacion al cliente y reabastecer el producto enviando una notification al fabricante. Tambien se puede 
volver a utilizar para enviar un catalogo impreso al cliente, o enviarle una oferta especial por correo electronico. 

Estas mejoras del comercio electronico reemplazan a la metodologla traditional en la que se utilizaba un pro¬ 
ceso de obtencion basado en papel, donde las ordenes de compra se enviaban via correo convencional o fax. Este 
proceso electronico no solo agiliza la entrega del producto sino que tambien incrementa la precision para que el 
producto se entregue en la direction correcta. En vez de leer un fax o un formulario enviado por correo conven¬ 
cional, un despachador utiliza la version electronica de los datos, que es mas precisa. La information electronica 
permite administrar mejor la cadena de suministro, incluyendo la verification del producto y la disponibilidad de 
recursos en forma electronica, ademas de automatizar los procesos de planificacion, calendarizacion y proyeccion. 

Proveer retroalimentacion a los clientes 

Las confirmaciones y actualizaciones del estado del pedido son formas de mejorar la retroalimentacion para los 
clientes. Si un cliente recibe la confirmation de un error en un pedido que acaba de hacer, se puede corregir de 
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EXPERIENCIA DE HYPERCASE® 15 


Ala 


44 

Jgunas veces creo que soy la persona mas afortunada de la 
tierra. Incluso cuando he estado aquf por cinco anos, alejado del 
Reino Unido todo ese tiempo, todavfa disfruto el hecho de conocer 
personas y hacer lo que hago. Sf, ya se que Snowden es exigente. 
Usted tambien lo ha experimentado, ^verdad? El, por su parte, ama 
los codigos. A ml me parecen una molestia. Siempre los olvido o 
trato de crear algunos, o algo por el estilo. Sin embargo, algunos de 
los medicos piensan que son grandiosos. Deben ser todas esas abre- 
viaturas en latln que estudiaron en la escuela de medicina. Escuche 
que la asignatura mas estresante que tiene usted esta semana tiene 
algo que ver con introducir la informacion en el sistema de informes 
de los proyectos. El grupo de capacitacion quiere sus ideas, y las 
quiere rapido. Le deseo buena suerte con eso. Oh, y cuando Snow¬ 
den regrese de Tailandia, estoy seguro de que querra echar un vis- 
tazo a lo que su equipo ha estado haciendo”. 



Preguntas de HyperCase 

1. Use una herramienta CASE, un paquete de software como 
Microsoft Access o un formulario de diseno impreso para 
disenar un procedimiento de entrada de datos para el sistema 
de informes de proyectos propuesto para el grupo de 
capacitacion. Suponga que estamos especialmente 
interesados en el personal de medicos de consulta, quienes no 
desean pasar mucho tiempo tecleando grandes cantidades de 
datos al usar el sistema. 

2. Pruebe su procedimiento de entrada de datos con tres 
companeros de su equipo. Pida retroalimentacion para saber 
si el procedimiento es apropiado, dado el tipo de usuarios 
que tendra el sistema. 

3. Redisene el procedimiento de entrada de datos para incluir la 
retroalimentacion que haya recibido. Explique en un parrafo 
como sus cambios reflejaran los comentarios que recibio. 


inmediato. Por ejemplo, suponga que un cliente envfa sin querer un pedido de dos ejemplares de un DVD en vez 
de una. Despues de enviar el pedido, el cliente recibe un correo electronico en el que se confirma el pedido. El 
cliente detecta el error, se pone en contacto de inmediato con la empresa y corrige el pedido, con lo cual se evita 
el tener que devolver la copia adicional del DVD. La precision se mejora gracias a una mejor retroalimentacion. 


RESUMEN 

Es imprescindible asegurar la calidad de la entrada de datos en 
el sistema de informacion para poder asegurar una salida de 
calidad. Podemos mejorar la calidad de los datos introducidos 
a traves de una codificacion efectiva, un proceso efectivo y efi- 
ciente de captura de datos y la validacion de los datos. 

Podemos agilizar la manera en que los humanos introdu- 
cen los datos mediante el uso efectivo de la codificacion, que se 
encarga de colocar los datos en secuencias cortas de dfgitos y/o 
letras. Es posible usar codigos de secuencia simple y codigos 
de derivation alfabetica para seguir el progreso de un elemento 
dado. Los codigos de clasificacion y los codigos de secuencia 
en bloque son utiles para diferenciar unas clases de elemen- 
tos de otras. Los codigos de cifrado tambien son utiles debido 
a que ocultan informacion sensible o restringida para los em- 
pleados. 

Los codigos tambien son convenientes para revelar infor¬ 
macion a los usuarios, ya que pueden permitir a los empleados 
localizar artfculos en existencia y hacer la entrada de datos mas 
significativa. Los codigos de subconjuntos de dfgitos signifi- 
cativos usan subgrupos de dfgitos para describir un producto. 
Los codigos mnemonicos tambien revelan informacion al ser- 
vir como ayudas para la memoria humana, de manera que un 
operador pueda introducir los datos correctamente, o tambien 
pueden ayudar al usuario. El conjunto de caracteres Unicode 
incluye todos los sfmbolos de los lenguajes estandar. Podemos 
mostrar paginas Web escritas en otros alfabetos si descargamos 


un editor de metodo de entrada de Microsoft. Los codigos de 
funcion son abreviaturas utiles para informar a las computado- 
ras o las personas sobre las funciones a realizar o las acciones 
a tomar. 

Para la entrada de datos efectiva tambien debemos consi- 
derar los dispositivos de entrada. Un formulario efectivo y bien 
disenado que sirva como documento de origen es el primer 
paso. Los datos se pueden introducir mediante muchos meto- 
dos, cada uno de los cuales tiene distintas velocidades y grados 
de confiabilidad. Los teclados se redisenaron para mejorar la 
eficiencia y la ergonomfa. El reconocimiento optico de caracte¬ 
res (OCR), el reconocimiento de caracteres de tinta magnetica 
(MICR) y los formularios de deteccion de marcas tienen cada 
uno capacidades especiales para mejorar la eficiencia. Los co¬ 
digos de barras tambien agilizan la entrada de datos, mejoran 
la precision de los datos y aumentan la confiabilidad. RLID 
permite la recoleccion automatica de datos mediante el uso de 
etiquetas RLID en productos, personas o animales. Pueden me¬ 
jorar los procesos de administration de inventario y la cadena 
de suministro. 

La precision en la entrada de datos tambien se puede mejo¬ 
rar mediante el uso de la validacion de la entrada. Los analistas 
deben trabajar con los usuarios para disenar pruebas de valida¬ 
cion de la entrada, de manera que se evite el procesamiento y 
almacenamiento de datos erroneos, lo cual es costoso y poten- 
cialmente perjudicial. 
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Hay que verificar las transacciones de entrada para ase- 
gurar que la petition sea aceptable, este autorizada y sea 
correcta. Los datos de entrada se pueden validar mediante 
software que utilice varios tipos de pruebas que verifiquen si 
hay datos faltantes, la longitud de los elementos de datos, el 
rango y la sensatez de los datos, y que no haya valores invali- 
dos. Los datos de entrada tambien se pueden comparar con los 
datos almacenados para fines de validation. Una vez que se 
introducen datos numericos, se pueden verificar y corregir en 
forma automatica por medio de los dfgitos de verification y la 
formula de Luhn. 

Hay un orden establecido en la prueba de los datos para 
validar cada campo. Tambien hay metodos de validacion me¬ 


diante patrones que se encuentran en el diseno de la base de 
datos o se incluyen en los lenguajes de programacion. A los 
patrones se les conoce como expresiones regulares y contienen 
sfmbolos que representan el tipo de datos que debe haber en un 
campo. 

Los entomos de comercio electronico nos ofrecen la opor- 
tunidad de mejorar la precision de los datos. Con un enfasis 
apropiado en los elementos de diseno centrados en el usuario, los 
clientes pueden introducir sus propios datos, almacenarlos para 
su uso posterior, usar los mismos datos almacenados en todo el 
proceso de cumplimiento del pedido y recibir retroalimentacion 
en relation con las confirmaciones y actualizaciones de los pe- 
didos. 


PALABRAS CLAVE Y FRASES 

administration de la cadena de suministro 
caracterfstica de autocompletar 
codificacion 

codigo de autovalidacion 

codigo de barras 

codigo de cifrado 

codigo de clasificacion 

codigo de derivation alfabetica 

codigo de funcion 

codigo de secuencia en bloque 

codigo de secuencia simple 

codigo de subconjunto de dfgitos significativos 

codigo nemonico 

cookies 

cuello de botella 
diferenciados 
dfgito de verificacion 
expresion regular 
formula de Luhn 


formulario de detection de marcas 
identification por radiofrecuencia (RFID) 
modificable 

prueba de clase o composition 

prueba de comparacion con datos almacenados 

prueba de datos faltantes 

prueba de longitud de campo correcta 

prueba de rango o sensatez 

prueba de referenda cruzada 

prueba de valores invalidos 

reconocimiento de caracteres de tinta magnetica (MICR) 

reconocimiento optico de caracteres (OCR) 

redundancia en los datos de entrada 

teclear 

Unicode 

validar la entrada 


PREGUNTAS DE REPASO 

1. ^Cuales son los cuatro principales objetivos de la entrada de datos? 

2. Mencione los cinco propositos generates de codificar los datos. 

3. Defina el termino codigo de secuencia simple. 

4. ^Cuando puede ser util un codigo de derivation alfabetica? 

5. Explique lo que se logra con un codigo de clasificacion. 

6. Defina el termino codigo de secuencia en bloque. 

7. ^Cual es el tipo mas simple de codigo para ocultar information? 

8. ^Cuales son los beneficios de usar un codigo de subconjunto de dfgitos significativos? 

9. ^Cual es el proposito de usar un codigo mnemonico para los datos? 

10. Defina el termino codigo de funcion. 

11. Mencione los ocho lineamientos generales para una codificacion apropiada. 

12. (,Que son los datos modificables? 

13. (,Que son los datos de diferenciacion? 

14. ^Cual es una manera especffica de reducir la redundancia de los datos que se van a introducir? 

15. Defina el termino cuello de botella segun su aplicacion en la entrada de datos. 

16. ^Cuales son las tres funciones repetitivas de la entrada de datos que una computadora puede realizar con mas eficiencia 
que un operador de entrada de datos? 

17. Mencione seis metodos de entrada de datos. 

18. Mencione los tres principales problemas que pueden ocurrir con las transacciones de entrada. 

19. Defina RFID. ^Cuales son las diferencias entre las etiquetas RFID activas y pasivas? 

20. Mencione dos ejemplos del uso de etiquetas RFID en la administration de procesos o de inventario en entornos de 
ventas al menudeo o centres al cuidado de la salud. 

21. ^Cuales son las ocho pruebas para validar los datos de entrada? 

22. (,Que prueba verifica si los campos de datos se llenaron correctamente con numeros o letras? 
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23. (Que error comun no es detectado por la formula de Luhn? 

24. (Que prueba no permite que un usuario introduzca una fecha tal como octubre 32? 

25. (Que prueba asegura la precision en los datos mediante la incorporation de un numero en el mismo codigo? 

26. Mencione cuatro mejoras en la precision de los datos que pueden ofrecer las transacciones que se realizan a traves de 
sitios Web de comercio electronico. 

27. (Que es Unicode y como se utiliza? 

28. (Cual es el proceso para validar los datos que se introducen en los campos? 

29. (Que es una expresion regular? 

PROBLEMAS 

1. Una pequena universidad privada especializada en programas de graduados necesita llevar el registro de la lista de 
estudiantes que a) hacen solicitud, b) son aceptados y c) se inscriben en la universidad. Por cuestiones de seguridad, la 
universidad tambien debe enviar un informe al gobierno con una lista de los estudiantes extranjeros que se inscriben pero 
no se registran. Sugiera un tipo de codigo para este fin y proporcione un ejemplo de su uso en la universidad, en donde 
se demuestre si es apropiado o no. (Cuales son sus ventajas? 

2. Las Ardillas de la Universidad Central Pacific han estado usando un codigo de secuencia simple para llevar el registro de 
los que poseen abonos de temporada y los fanaticos que no poseen abonos de temporada de todos sus programas 
deportivos. Se han producido varias confusiones desagradables. 

Sugiera en un parrafo un esquema de codification distinto que ayude a identificar en forma unica a cada abonado y 
explique como podra este esquema evitar las confusiones. 

3. El codigo utilizado por una tienda de helados para ordenar sus productos es 12DRM215-220. Este codigo se descifra de 
la siguiente nianera: 12 representa la cuenta de artfculos en la caja, DRM representa a unas paletas de hielo llamadas 
“Dreamcicles” (un tipo especffico de novedad en el ambito de los helados) y 215-220 indica toda la clase completa de 
productos bajos en grasa con los que cuenta el distribuidor. 

a. (Que tipo de codigo se utiliza? Describa el proposito detras de cada parte (12, DRM, 215-220) del codigo. 

b. Construya una entrada codificada usando el mismo formato y la niisma logica para una novedad en los helados 
conocida como Pigeon Bars, que vienen en un paquete de seis y no son bajos en grasa. 

c. Construya una entrada codificada usando el mismo formato y la misma logica para una novedad en los helados 
conocida como Airwhips, que viene en un paquete de 24 y es un producto bajo en grasa. 

4. Los operadores de entrada de datos en la empresa Michael Mulheren Construction han estado cometiendo errores al 
introducir los codigos para los productos de recubrimientos residenciales, que son los siguientes: U = estUco, A = 
Aluminio, R = ladRillo, M = Masonite, EZ = masonite esmaltado tipo EZ color-lok, N = recubrimiento de madera 
Natural, PI = acabado con PIntura, SH = SHake SHingles. Solo se permite un codigo por direction. 

a. Haga una lista de los posibles problemas con el sistema de codification que podrian estar provocando entradas con 
error. ( Sugerencia: (.Son las clases mutuamente excluyentes?). 

b. Desarrolle un codigo mnemonico que ayude a los operadores a comprender lo que estan introduciendo para mejorar 
su precision. 

c. (Como redisenaria las clases para los materiales de recubrimiento? Responda en un parrafo. 

5. A continuation le mostramos un codigo para un producto en una extensa linea de cosmeticos: L02002Z621289. La L 
significa que es un lapiz labial, 0 significa que se introdujo sin barniz de unas complementario, 2002 es un codigo de 
secuencia que indica el orden en el que se produjo, Z es un codigo de clasificacion que indica que el producto es 
hipoalergenico y 621289 es el numero de la planta (hay 15 plantas) donde se produce el producto. 

a. Critique el codigo mediante una lista de las caracterlsticas que podrian provocar una entrada de datos imprecisa. 

b. El disenador Brian d’Arcy James es propietario de la empresa de cosmeticos que utiliza este esquema de 
codification. Con un interes continuo en el nuevo diseno, Brian esta dispuesto a considerar un codigo mas elegante 
que codifique la misma information de una mejor manera. Redisene el esquema de codification y proporcione una 
clave para su trabajo. 

c. Escriba un enunciado para cada cambio que haya sugerido, indicando cual problema de entrada de datos (del 
problema 5a) eliminara ese cambio. 

d. El Sr. d’ Arcy James esta encantado con su trabajo. Dice que a la empresa le gustaria contratarlo para que les ayudara 
a expandir su actividad comercial para vender maquillaje para teatro (las obras como Wicked y Shrek con ocho 
funciones por semana usan mucho maquillaje color verde). Agregue los nuevos codigos que sean necesarios para el 
esquema de codification que sugirio en el inciso b y proporcione una clave para su trabajo. 

6. La empresa de cosmeticos de d’Arcy James requiere que sus vendedores usen computadoras notebook para introducir 
los pedidos de las tiendas departamentales (sus may ores clientes). Despues esta information se transmite a los 
almacenes y los pedidos se envfan segun el orden en el que hayan llegado. Por desgracia las tiendas estan conscientes de 
esta polftica y son muy competitivas en cuanto a cual de ellas ofrecera primero un nuevo producto de d’Arcy James. 
Muchos vendedores han tornado el caniino oscuro y han persuadido a los vendedores para que falsifiquen las fechas de 
sus pedidos en los formularios de ventas. de manera que parezcan haberse hecho antes. 

a. Este problema esta creando una gran confusion en el almacen. No es viable disciplinar al personal involucrado. 
(Como se puede usar la computadora del almacen para certificar la fecha en que se realizan los pedidos? Explique 
en un parrafo. 
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b. Los vendedores se quejan de que tienen que ignorar su verdadero trabajo de vender para poder teclear los datos. 
Mencione los elementos de datos relacionados con las ventas de cosmeticos a las tiendas que se deban almacenar y 
recuperar de la computadora central, en vez de tener que teclearlos en cada pedido. 

c. Describa en uno o dos parrafos como los codigos de barras podrian ayudar a resolver el problema del inciso 6b. 

7. Mencione el mejor metodo de entrada de datos y la razon por la que lo eligio para cada una de las siguientes seis 
situaciones: 

a. El documento de respuesta para una empresa de servicios publicos que desea la notification de un cambio en la 
direction del cliente. 

b. Solo se pueden recuperar datos si hay una identification de maquina positiva de la parte que solicita los datos. 

c. No hay suficiente personal capacitado disponible para interpretar respuestas largas por escrito; se enviaron muchos 
formularios que capturan respuestas a examenes de option multiple; es necesario un alto nivel de confiabilidad; no 
se requiere un tiempo de respuesta rapido. 

d. Se establecio un almacen para una operation de venta de discos compactos con descuento; los botes estan 
identificados con la information sobre el precio, pero los discos individuales no; hay pocos operadores 
experimentados disponibles para introducir los datos de los precios. 

e. Centro de control de venenos que mantiene una base de datos extensa de venenos y antidotos; necesita una manera 
de introducir datos sobre el veneno ingerido; tambien hay que introducir el peso, edad y condition fisica general de 
la victima cuando una persona llama al numero de atencion gratuito del centra para obtener consejos de emergencia. 

f. Un consumidor compro en h'nea un DVD con su tarjeta de credito. 

8. Ben Coleman, uno de los miembros de su equipo de analisis de sistemas, lo sorprende al afirmar que cuando un sistema 
utiliza una prueba para la longitud de campo correcta, es redundante incluir tambien una prueba de rango o sensatez. 
Describa en un parrafo un ejemplo que demuestre que Ben esta equivocado en este caso. 

9. Varios vendedores se reunieron y empezaron a emitir una tarjeta de credito “estatal” que solo es valida en las tiendas en 
su estado. Como cortesia, se permite a los vendedores transcribir el numero de cuenta de 15 digitos a mano (despues de 
obtenerlo de la oficina de contabilidad) si el cliente no lleva consigo la tarjeta. El tinico problema con las cuentas que los 
vendedores han detectado hasta ahora es que algunas veces se aceptan numeros de cuenta erroneos en el sistema de 
computo, lo cual provoca que se envie una factura a una cuenta inexistente. 

a. (Que tipo de prueba de validez resolverfa el problema? (.Como? Responda en un parrafo. 

b. Sugiera un metodo de entrada de datos alternativo que podria solucionar este problema por completo. 

10. Los siguientes son numeros de piezas: 238902, 238933, 239402, 235693, 235405, 239204, 240965. Desarrolle un digito 
de verification para estos numeros mediante el uso de multiplicadores 1-3-1-3-1 y modulo 11. Use el metodo que 
presentamos en este capitulo. (Por que algunos numeros tienen el mismo digito de verification? 

11. Desarrolle un sistema de digitos de verification para los numeros de piezas del problema 10; use multiplicadores 5-4-3- 
2-1 y modulo 11. 

12. Desarrolle un sistema de digitos de verification para los numeros de piezas del problema 10; use la formula de Luhn. 

13. (Por que un sistema de digitos de verification tal como l-l-l-l-l no funciona tan bien como otros metodos? (Que 
errores no detectaria? 

14. Defina una expresion regular para validar cada uno de los siguientes casos: 

a. Un codigo postal de los EE.UU., que debe tener cinco digitos seguidos de un guion corto opcional y de otros cuatro 
digitos. 

b. Un numero telefonico en el formato (aaa) nnn-nnnn, en donde aaa representa el codigo de area y las n representan 
digitos. 

c. Una fecha en la forma de dia-mes-ano, en donde el mes es un codigo de tres letras y el ano es de cuatro digitos. 

Debe haber un guion corto para separar el dia del mes y otro para separar el mes del ano. 

d. El codigo de derivation alfabetica que se muestra en este capitulo para el suscriptor de una revista. El formato es 
99999XXX9999XXX, en donde X representa a una letra y 9 representa a un numero. 

15. Para los siguientes codigos, defina los criterios de validation (puede haber varias verificaciones para cada campo) y el 
orden en el que evaluaria cada una de las condiciones. 

a. Un numero de tarjeta de credito introducido en un formularioWeb: El cliente selecciono el tipo de tarjeta de 
credito de una lista desplegable. 

b. U n numero de pieza en una tienda de ferreten'a: El numero de pieza es un codigo complejo, en donde el primer 
digito representa el departamento (como articulos del hogar, automotriz, etcetera) y el numero deberia ser de 
autoverificacion. Hay siete departamentos distintos. 

c. La fecha en que se coloco el matasellosen un libroal momento de devolverlo a una biblioteca en h'nea; Se 

debe incluir una copia del recibo del cliente con el libro. Los libras devueltos se deben sellar en un plazo no mayor a 
30 dias despues de la fecha de compra. 

d. EI codigo hablado de un lenguaje utilizado en un sitio Web: ( Sugerencia : Busque en la Web los codigos de 
lenguajes estandar.). 

e. EI numero de licencia de un conductor, compuesto de varias partes: El mes de nacimiento de la persona, el 
cumpleanos y el ano de nacimiento, no necesariamente juntos; un codigo que representa el color de ojos y un 
numero de secuencia. La licencia de conductor contiene la fecha de nacimiento, el color de ojos y de pelo, asi como 
el nombre y direction de la persona. 

f. EI codigo postal canadiense: El formato es X9X 9X9 (X es cualquier letra, 9 es cualquier numero). 

g. C odigos de equipaje de aerohneas: Como LAX para Los Angeles o DUB para Dublin. 
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h. U na clave de producto utilizada para desbloquear el software comprado: La clave consiste en cuatro grupos de 
cinco caracteres cada uno. El primer grupo debe tener dos letras seguidas de tres numeros; el segundo grupo debe 
contener dos numeros seguidos de tres letras; el tercer grupo debe contener dos letras, cada una de la A a la G, 
seguidas de tres numeros del uno al cuatro; y el ultimo grupo debe contener una letra, E, G o C, dos dfgitos con 
valores de cuatro a siete y dos letras, ya sean A, B o C. ( Sugerencia : Un patron puede ser la mejor forma de validar 
la clave del producto.). 


PROYECTOS EN GRUPO 

1. Lea junto con los miembros de su grupo la Oportunidad de consultoria 15.3, “Entrar o no entrar: esa es la cuestion” que 
presentamos anteriormente en este capltulo. Disene un sistema de entrada de datos apropiado para Elsinore Industries. El 
diseno de su grupo debe hacer enfasis en la eficiencia y precision. Ademas, debe haber distincion entre los datos 
modificables y los datos que indican la diferencia entre un elemento introducido y todos los demas. Dibuje los prototipos 
de las pantallas necesarias para explicar lo que recomienda. 

2. Divida su grupo en analistas y empleados de Elsinore Industries para un juego de roles. Los analistas deben presentar el 
nuevo sistema de entrada de datos, completo con pantallas de prototipos. Pida a los empleados de Elsinore una 
retroalimentacion sobre el diseno. 

3. Escriba un breve parrafo para describir como mejorar el diseno original de entrada de datos con base en los comentarios 
recibidos. 
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CASO DE LA CPU 

Allen Schmidt, Julie E. Kendall y Kenneth E. Kendall 

Introducir en forma natural 

El martes al mediodla Anna y Chip tienen su sesion semanal de revision de analisis y diseno. Chip agita sus manos hacia una 
gran pila de documentos que estan organizados en forma ordenada en una mesa grande. “No puedo creer que casi terminemos 
con el diseno de este sistema”, comenta. “Ha sido un largo proceso, pero apuesto a que obtuvimos la retroalimentacion suficiente 
como para asegurar un sistema de alta calidad. Todo lo que queda es el diseno de los procedimientos de entrada de datos y es- 
taremos listos para empezar a empaquetar las especificaciones para los programadores”. 

“Asf es”, le responde Anna, “se acerca el fin. Empecemos por examinar el diseno de la porcion del sistema correspondiente 
a la entrada”. 

“El programa AGREGAR SOFTWARE (ADD SOFTWARE) esta en h'nea”, observa Chip. “El operador tendra que veri- 
ficar visualmente cada transaction. Despues de editar todos los campos de datos para asegurar la precision, aparecera un men- 
saje en la parte inferior de la pantalla para pedir a los operadores que verifiquen la precision de los datos en la pantalla, los 
comparen con el formulario y hagan clic en el boton Guardar registro (Save Record) si todo esta correcto. Los operadores 
tendran la oportunidad de realizar cambios si los datos se teclean en forma incorrecta”. 

Hay que editar cada campo de datos para mantener la precision. Chip comenta: “A la larga es mejor editar por completo 
los programas para asegurar que sean precisos, en vez de descubrir que se almacenaron los datos incorrectos en los archivos 
maestros y se imprimieron en los informes”. 

La estrategia para editar los campos es verificar los datos en el siguiente orden: 

1. Sintaxis (si los datos son numericos o alfabeticos) y la longitud de los datos. Un ejemplo es el NUMERO INVENTARIO 
HARDWARE (HARDWARE INVENTORY NUMBER), que debe tener ocho caracteres de longitud y ser numerico. 

2. El contenido del campo, incluyendo rango, llmite y valores para los datos. Al validar la FECHA COMPRA (DATE PURCHA¬ 
SED), el mes debe ser de 1 a 12. Esta verificacion debe ocurrir solo despues de haber verificado que el mes sea numerico. 

3. Verificaciones de referencias cruzadas entre dos o mas elementos de datos. Para verificar la porcion de FECHA COMPRA 
correspondiente al dfa, se utilizara una tabla del numero de dlas posibles en cada mes para un llmite superior. Esta tabla no 
se podrla utilizar si el mes no estuviera entre 1 y 12. Los dlgitos de verificacion son otro ejemplo de una edicion de refe¬ 
rencias cruzadas. 

4. Las ediciones externas, como leer un archivo para verificar si el registro que se va a agregar no existe ya en el archivo. Leer 
registros es mas lento que editar, lo cual se lleva a cabo en memoria principal y debe ocurrir solo despues de que los datos 
pasen con exito todas las demas pruebas de edicion. 

Se introdujeron los criterios de edicion en la pantalla de visualization R epositorio de elementos (E lement Repository) 
de Visible Analyst a medida que se agregaban elementos al diseno. Estos elementos incluyen criterios de edicion simples y 
verificacion de tablas. Se puede usar el area Notas (Notes) para introducir criterios de edicion. La entrada NUMERO INVEN¬ 
TARIO HARDWARE (HARDWARE INVENTORY NUMBER) incluye una referencia para usar el metodo modulo 11 de 
verificar la porcion del numero correspondiente al dlgito de verificacion. Ademas, al agregar una nueva computadora, hay que 
leer el archivo MAESTRO DE COMPUTADORAS para asegurar que no exista ya un registro con el niismo NUMERO INVEN¬ 
TARIO HARDWARE. 

Varios elementos tienen areas de Notas referentes a las tablas, as! como entradas para los codigos en el area Valores y 
significados (Values and M eanings). Un ejemplo es el elemento SISTEMA OPERATIVO (OPERATING SYSTEM). “Produ- 
cire una lista de las tablas que vamos a requerir”, ofrece Anna. Para producir la lista hay que buscar en la pagina Web Reposi¬ 
tory (Repository) o usar la herramienta Consulta de informes (Report Query) de Visible Analyst. Se imprimira una lista de 
todos los elementos que contienen notas empezando con “Tabla de codigos (Table of codes)”. En la lista se incluyen I magen 
(Picture) y Longitud (Length) para mostrar la sintaxis del codigo. Con esta lista se crean tablas. 

Cada tabla de codigos se define mediante tablas de Microsoft Access. Chip y Anna pasan tiempo trabajando en las tablas. Se 
selecciona un codigo mnemonico para SISTEMA OPERATIVO y para representar la CATEGORIA SOFTWARE (SOFTWARE 
CATEGORY) debido a que facilita el trabajo a los usuarios. “Creo que un esquema de codification de subconjunto de dlgitos 
significativos serfa el mejor para codificar los edificios del campus”, comenta Chip. Anna esta de acuerdo. “Eso es bueno, Chip. El 
primer dlgito para la ubicacion del campus y los otros dos dlgitos para representar edificios individuates en el campus”. 

Chip disena los codigos utilizados para la tabla SISTEMA OPERATIVO. La pantalla de Microsoft Access se muestra en 
la figura E15.1. Se utilizan dos columnas para definir los codigos. La columna izquierda contiene el codigo y la columna dere- 
cha contiene su significado. Esas entradas se pueden modificar y es posible agregar nuevas entradas, con lo cual se obtiene 
flexibilidad en el sistema final. 

“He aqul la tabla CATEGORIA SOFTWARE que cree”, dice Anna. “Esta tabla se puede actualizar con facilidad, a medida 
que la universidad desarrolle y adquiera nuevo software. Es sorprendente la rapidez con la que puede cambiar el software”. 
“Ese es un valioso componente del sistema”, comenta Chip. “Provee consistencia para todos los codigos y sus significados”. 
Chip y Anna terminan su trabajo la siguiente manana aproximadamente a las 11:30. Miran felizmente alrededor de la sala 
y vuelven a examinar con frecuencia el diseno final. Finalmente terminan los meses de analisis, trabajo de diseno, consultas con 
los usuarios y una cuidadosa adherencia a los estandares. 

“Me siento realmente bien con este proyecto”, dice Anna. 

Chip asiente, “Estoy orgulloso de la calidad que aportamos”. 
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FIGURA E15.1 

TAB LA DE CODIGOS 
SISTEMA OPERATIVO 
(OPERATING SYSTEM TABLE 
OF CODES) definida mediante 
Microsoft Access. 


E1ERCICI0S 

E -1. Modifique e imprima los siguientes elementos con criterios de edicion en el area Notas (o Valores y significados para 
codigos especfficos). Puede encontrarlos en la pagina Web Repositorio o en el repositorio de Visible Analyst. 

Elemento Criterio de edicion 

a. CATEGORIA SOFTWARE Tabla de codigos: 

Codigo Categorla Software (Software Category Code) 

b. CODIGO NIVEL CAPACITACION CURSO B - Principiante; I - Intermedio; 

(COURSE TRAINING LEVEL CODE) A - Avanzado 

c. SISTEMA OPERATIVO (OPERATING SYSTEM) W - Windows Vista Ultimate; 

B - Windows Vista Business; 

U - Unix 


E -2. Modifique e imprima los siguientes elementos con los criterios de edicion colocados en el area Notas: 

a. Elemento: NUMERO INVENTARIO SOFTWARE (SOFTWARE INVENTORY 

NUMBER) 

Notas: Hay que verificar un digito de verificacion modulo 11 al introducir el 

numero. El programa AGREGAR SOFTWARE (ADD SOFTWARE) crea 
el digito de verificacion. 

El programa AGREGAR SOFTWARE tambien debe verificar el archivo 
MAESTRO DE SOFTWARE (SOFTWARE MASTER) para asegurar que 
no exista ya un registro con el mismo numero de inventario. 


b. Elemento: FECHA COMPRA (DATE PURCHASED) 

Notas: Verificar que FECHA COMPRA sea menor o igual que la fecha actual. 


c. Elemento: 
Notas: 

d. Elemento: 
Notas: 


CANTIDAD RECIBIDA (QUANTITY RECEIVED) 

Verificar que CANTIDAD RECIBIDA sea menor o igual que CANTIDAD 
ORDENADA (QUANTITY ORDERED). 

VERSION ACTUALIZACION SOFTWARE (SOFTWARE UPGRADE 
VERSION) 

Asegurar que VERSION ACTUALIZACION (UPGRADE VERSION) sea 
mayor que la version actual. 


e. Elemento: SEGUNDO DISCO DURO (SECOND HARD DRIVE) 

Notas: SEGUNDO DISCO DURO solo puede existir si hay una entrada para 

DISCO DURO (HARD DRIVE). 
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E-3. 


1 Campus Central 

2 Campus Waterford 

3 Campus Hillside 

Los siguientes tres dfgitos representan los edificios en el campus, con los siguientes codigos de edificios: 


001 

Administration 

010 

Estudios Ambientales 

002 

Admisiones 

011 

Geologfa 

003 

Agriculture 

012 

Leyes 

004 

Astronomfa 

013 

Biblioteca 

005 

Negocios 

014 

Matematicas 

006 

Ingenierfa Qufmica 

015 

Medicina 

007 

Ciencias Computacionales 

016 

Ffsica 

008 

Education 

017 

Psicologfa 

009 

Ingenierfa 

018 

Zoologfa 


Despues de hablar con Dot Matricks y Mike Crowe, es aparente que los codigos del campus deben tener capacidad de 
ordenamiento para instalar hardware y software, asf como para crear hojas de inventario. Use Microsoft Access para 
modificar e imprimir la tabla CODIGOS UBICACION CAMPUS (CAMPUS LOCATION CODES). El primer dlgito 
representa la ubicacion del campus. Los valores son los siguientes: 


Use una combinacion (de su eleccion) de codigos y edificios del campus para construir la tabla final de codigos. Incluya 
el significado del codigo. 

Los ejercicios en los que se antepone un icono www indican material de valor agregado disponible en el sitio Web www.pearsonhighered.com/ 
kendall. Los estudiantes pueden descargar un archivo de ejemplo de Microsoft Visio, Visible Analyst, Microsoft Project o Microsoft Access que 
pueden usar para completar los ejercicios. 
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CAPITULO 16 

Aseguramiento e 
implementacion de la calidad 


Objetivos de aprendizaje 

Al completar este capi'tulo usted podra: 

1. Reconocer la importancia de los usuarios y analistas que asumen el enfoque de calidad 
total para mejorar la calidad del diseno y mantenimiento del software. 

2. Comprender la importancia de los procesos de documentation, prueba, mantenimiento y 
auditoria. 



3. Entender como la arquitectura orientada a los servicios y la computacion en nube estan 
cambiando la naturaleza del diseno de sistemas de informacion. 

4. Disenar programas de capacitacion apropiados para usuarios del nuevo sistema. 

5. Reconocer las diferencias entre las estrategias de conversion fisicas; recomendar una 
apropiada para un diente. 

6. Abordar cuestiones de seguridad, preparation para desastres y recuperacion de desastres 
para los sistemas tradicionales y basados en Web. 

7. Comprender la importancia de evaluar el nuevo sistema y recomendar una tecnica de 
evaluacion adecuada a un cliente. 


Desde hace tiempo, las empresas se preocupan por la calidad de la misma 
forma en que los analistas de sistemas se preocupan por el analisis y diseno 
de los sistemas de informacion. El usuario del sistema de informacion es el 
factor individual mas importante para establecer y evaluar su calidad. Es 
mucho menos costoso corregir problemas en las primeras etapas que esperar 
a que un problema genere crisis o quejas de los usuarios. Los tres metodos 
para el aseguramiento de calidad a traves de la ingenieria de software son: 1) afianzar un asegu¬ 
ramiento de calidad total al disenar sistemas y software con una metodologia modular descen- 
dente (arriba-abajo o top-down ); 2) documentar el software con las herramientas apropiadas, 
y 3) probar, mantener y realizar auditorias en el software. 

Al proceso de asegurar que el sistema de informacion sea funcional y despues permitir a los 
usuarios hacerse cargo de su operacion para usarlo y evaluarlo se le conoce como implementacion. 
Este proceso implica ceder el poder de computo y la responsabilidad a los usuarios de la empresa 
mediante la ayuda de la computacion distribuida, la computacion en nube y la arquitectura orien¬ 
tada a servicios; tambien involucra la capacitacion de los usuarios y asegurar que cada uno de 
ellos comprenda sus nuevos roles dentro del nuevo sistema de informacion. Adicionalmente, la 
implementacion abarca la eleccion de una estrategia de conversion, proveer las medidas apropia¬ 
das de seguridad, privacidad y planes contra desastres, y la evaluacion del sistema de informacion 
nuevo o modificado. 
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LA METODOLOGIA DE ADMINISTRACION DE LA CALIDAD TOTAL 

La administracion de la calidad total (TQM) es esencial en todos los pasos de desarrollo de sistemas. De acuerdo 
con Evans y Lindsay (2004), los principales elementos de la TQM tienen sentido solo cuando ocurren en un con- 
texto organizacional que apoye un esfuerzo de calidad integral. Es en este contexto en el que se unen los elemen¬ 
tos de enfoque hacia el cliente, la planeacion y el liderazgo estrategico, la mejora continua, el otorgamiento de 
poderes y el trabajo en equipo para cambiar el comportamiento de los empleados y, en ultima instancia, el curso 
de la organizacion. Cabe mencionar que el concepto de calidad se ha ampliado a traves de los anos para reflejar 
un enfoque organizacional que no esta orientado exclusivamente a la produccion. En vez de concebir la calidad 
como el control del numero de productos defectuosos producidos, ahora se considera como un proceso evolutivo 
hacia la perfection, al cual se le conoce como administracion de la calidad total. 

Los analistas de sistemas deben estar conscientes de los factores que impulsan el interes en la calidad. Es 
importante tener en cuenta que el compromiso cada vez mayor de las empresas con la TQM se adapta extraordi- 
nariamente bien a los objetivos generates para el analisis y diseno de sistemas. 

Seis Sigma 

La llegada de Seis Signa modified el enfoque hacia la administracion de la calidad. Los analistas de sistemas y 
los usuarios de los sistemas necesitan estar conscientes de la existencia de Seis Sigma y aplicar algunos de los 
principios a sus proyectos de analisis de sistemas. La metodologia Seis Sigma, desarrollada originalmente por 
Motorola en la decada de 1980, es algo mas que una metodologia; es una cultura que se basa en la calidad. El 
objetivo de Seis Sigma es eliminar todos los defectos y se aplica a cualquier producto, servicio o proceso. En los 
libros de texto de administracion de operaciones, desde la decada de 1970 hasta finales de siglo, el control de 
calidad se expresaba en terminos de tres derivaciones estandar de la media, o tres sigma, lo cual equivale a cerca 
de 67,000 defectos por millon de oportunidades. Seis Sigma implica un objetivo de no mas de 3.4 defectos por 
millon de oportunidades. 

Seis Sigma es una metodologia descendente. Es necesario que un CEO adopte la filosofia y que un ejecutivo 
sirva como campeon del proyecto. Al lider de un proyecto Seis Sigma se le denomina Cinta Negra (la metafora 
de Cinta Negra proviene del sistema de clasificacion de capacidades en las artes marciales). Los Cintas Negras 
se certifican despues de haber dirigido proyectos con exito. A los demas miembros del equipo se les denomina 
Cintas Verdes. Las Cintas Negras son Cintas Verdes que han trabajado en muchos proyectos y estan disponibles 
como recurso para los equipos de los proyectos. 

Podemos sintetizar a Seis Sigma como una metodologia (la figura 16.1 muestra los pasos de Seis Sigma); 
sin embargo, es mucho mas que solo eso: es una filosofia y una cultura. Para obtener mas informacion sobre Seis 
Sigma y la administracion de la calidad, visite el sitio Web del Juran Center en la Carlson School of Management, 
University of Minnesota, Twin Cities (ww.csom.umn.edu). En 2002 el Juran Center emitio una declaration de 
apoyo y fomento de la calidad. Los autores de este libro firmamos el estatuto en ese entonces y estamos comple- 
tamente de acuerdo en sus principios. 

El desaparecido Joseph M. Juran dijo: “Toda mejora de la calidad ocurre proyecto tras proyecto y de nin- 
guna otra manera” (Juran, 1964). Los analistas de sistemas, los gerentes de proyectos y los usuarios deberian 
tomar esto muy en serio. 

Responsabilidad de la administracion de la calidad total 

Hablando en especifico, gran parte de la responsabilidad por la calidad de los sistemas de informacion recae 
en los usuarios del sistema y la gerencia. Deben ocunir dos cosas para que la TQM se convierta en una realidad con 
los proyectos de sistemas. En primer lugar debe existir el soporte organizacional completo de la gerencia, algo 
considerablemente distinto al simple hecho de promocionar el ardid administrative mas reciente. Dicho soporte 
implica establecer un contexto para que el personal administrative considere con seriedad como afecta la calidad 
tanto de la informacion como de los sistemas de informacion en su trabajo. 

Es necesario que el analista y los usuarios de la empresa se comprometan con la calidad lo antes posible 
para lograr el objetivo de esta. Este compromiso se ejerce como resultado de un esfuerzo de ritmo uniforme hacia 
la calidad en todo el ciclo de vida de desarrollo de sistemas; ademas supone un fuerte contraste con el hecho de 
tener que invertir mucho esfuerzo para resolver los problemas al final del proyecto. 

Para lograr el apoyo de la organizacion en relation con la calidad en los sistemas de informacion administra- 
tivos, debemos proveer tiempo laboral para los cfrculos de calidad de sistemas de informacion (IS), que consisten 
en seis a ocho colegas de la organizacion, cada uno con la responsabilidad especffica de definir como mejorar los 
sistemas de informacion y como implementar las mejoras. 

A traves del trabajo en los cfrculos de calidad de IS o por medio de otros mecanismos en operation, la ge¬ 
rencia y los usuarios deben desarrollar lineamientos para los estandares de calidad de los sistemas de informa- 
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FIGURA 16.1 

Todo analista de sistemas debe 
comprender la metodologfa y 
filosoffa de Seis Sigma. 


cion. Es preferible que se reestructuren los estandares cada vez que el equipo de analisis de sistemas proponga 
formalmente un nuevo sistema o una modification importante al sistema actual. 

No es facil elaborar estandares, pero es posible y ya se ha hecho antes. Parte del trabajo del analista de siste¬ 
mas es alentar a los usuarios a cristalizar sus expectativas sobre los sistemas de informacion y sus interacciones 
con estos. 

Despues es necesario comunicar los estandares de calidad departamentales por medio de la retroalimenta- 
cion para el equipo de analisis de sistemas. A menudo, el equipo se sorprende de lo que se ha desarrollado. Por lo 
general las expectativas son menos complejas de lo que los analistas experimentados saben que se podrfa hacer 
con un sistema. Ademas, cabe la posibilidad de que las cuestiones humanas que el equipo de analistas paso por 
alto o subestimo se consideren mucho muy urgentes en los estandares de calidad de los usuarios. Al hacer que 
los usuarios se involucren en delinear los estandares de calidad para los sistemas de informacion, el analista po- 
dra evitar costosos errores en el desarrollo de sistemas no deseados o innecesarios. 

Recorrido estructurado 

Una de las acciones administrativas de calidad mas robusta que el equipo de analisis de sistemas puede llevar 
a cabo es realizar recorridos estructurados de manera rutinaria. Los recorridos estructurados son una manera de 
usar colegas revisores para que supervisen la programacion del sistema y su desarrollo en general, senalen los 
problemas y permitan que el programador o analista responsable de esa parte del sistema realicen las modifica- 
ciones apropiadas. 

Los recorridos estructurados involucran por lo menos a cuatro personas: la persona responsable de la parte 
del sistema o subsistema que se va a revisar (un programador o analista), un coordinador del recorrido, un colega 
programador o analista y un colega que haga las anotaciones sobre sugerencias. 

Cada persona que asiste a un recorrido tiene que desempenar un papel especial. El coordinador esta ahi 
para asegurar que los otros se adhieran a los roles que tienen asignados y para asegurar que se realicen todas las 
actividades programadas. El programador o analista esta ahl para escuchar y no para defender su opinion, racio- 
nalizar un problema o argumentar. El colega programador o analista esta presente para senalar los errores o pro¬ 
blemas potenciales, no para especificar como se deberfan corregir. El que toma notas registra lo que se dice, de 
manera que los otros presentes puedan interactuar sin ningun impedimento. 

Los recorridos estructurados se adaptan bien en una metodologfa de administration de la calidad total cuando 
se realizan en todo el ciclo de vida del desarrollo de sistemas. El tiempo que requieren debe ser poco (entre me- 
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OPORTUNIDAD DE CONSULTORIA 16.1 



La calidad de MIS no se pone a prueba 


’■Si 


“iu 

IVAerie, ven aquf y echa un vistazo a estos informes de fin de 
semana”, suplica Portia. Como una de los gerentes en la fuerza de tra- 
bajo de IS/comite de aseguramiento de calidad de seis personas, 
Portia ha estado analizando para su departamento de marketing la 
salida del sistema que el prototipo ha estado produciendo. El equipo 
de analistas de sistemas le pidio que revisara la salida. 

Merle Chant camina hacia el escritorio de Portia y da un vistazo 
a los folletos informativos que Portia sostiene. “^Por que, que esta 
mal?”, pregunta. “A mf me parecen bien. Creo que estas tomando 
demasiado a pecho esto de la fuerza de trabajo. Se supone que debe- 
mos realizar tambien nuestro otro trabajo, ^no?”. Merle voltea y re- 
gresa a su escritorio ligeramente perturbado por la interruption. 

“Ten un poco de piedad, Merle. Realmente es ridfculo aguan- 
tar estos informes asf como estan. No puedo encontrar nada de lo 
que necesito y se supone que debo decir a todos los demas en el 
departamento que parte del informe deben leer. Estoy decepcio- 
nada. Este informe no sirve. No tiene ningun sentido para mf. Es un 
refrito de la salida que estamos obteniendo ahora. En realidad, se ve 
peor. Voy a llevar esto a la siguiente reunion de la fuerza de trabajo”, 
Portia proclama con insistencia. 

Merle voltea a verla y dice: “La calidad es su responsabilidad, 
Portia; si el sistema no nos da buenos informes, lo corregiran a la 


hora de implementarlo. Todo lo que estas haciendo es causar con- 
troversia. Actuas como si en realidad tomaran en cuenta nuestra 
entrada. No les darfa la hora del dfa, mucho menos harfa su trabajo 
por ellos. Son muy inteligentes, dejalos que averigiien lo que nece- 
sitamos”. 

Portia mira a Merle sin expresion y despues empieza a eno- 
jarse un poco. “Hemos estado en la fuerza de trabajo por cuatro 
semanas”, dice. “Estuviste en cuatro reuniones. Somos los que co- 
nocen el negocio. La idea en sf de la TQM es decirles lo que nece- 
sitamos, con que estamos satisfechos. Si no les decimos lo que 
necesitamos, entonces no nos podemos quejar. Mencionare esto la 
proxima vez que nos reunamos”. 

^Que tan efectivo cree que sera Merle para comunicar sus es- 
tandares de calidad al equipo de analisis de sistemas y a los miem- 
bros de la fuerza de trabajo de IS? Responda en un parrafo. Si los 
analistas de sistemas pueden percibir la falta de voluntad de Merle 
para trabajar con la fuerza de trabajo en el desarrollo de estandares 
de calidad, ^que dirfa para convencerlo de la importancia de la 
participacion de los usuarios en la TQM? Haga una lista de argu- 
mentos que soportan el uso de TQM. ^Como puede responder el 
equipo de analisis de sistemas a los problemas que Portia esta cues- 
tionando? Disene una respuesta en un parrafo. 


dia y una hora a lo mas), lo cual significa que deben estar bien coordinados. La ftgura 16.2 muestra un formula- 
rio util para organizar el recorrido estructurado e informal - sus resultados. Como los recorridos toman tiempo, no 
es conveniente abusar de ellos. 

Usar recorridos estructurados es una forma de obtener (y despues actual - con base en) una valiosa retroali- 
mentacion desde una perspectiva que no tenemos nosotros. Al igual que con todas las medidas de aseguramiento 
de calidad, el objetivo de los recorridos es evaluar el producto de manera sistematica en forma continua, en vez de 
esperar a que se complete el sistema. 

Diseno y desarrollo de sistemas descendente 

Muchas empresas introdujeron primero los sistemas de computo en el nivel mas bajo de la organization. Ahf es 
donde se puede observar mejor los beneftcios inmediatos de la computarizacion, ademas de que son mas efectivos 
en costo. A menudo, las empresas asumen este enfoque en el desarrollo de sistemas al adquirir, por ejemplo, soft¬ 
ware COTS para contabilidad, un paquete distinto para la calendarizacion de production y otro para marketing. 

Cuando se termina la programacion interna con una metodologfa ascendente (abajo-arriba o bottom-up), es 
dificil interconectar los subsistemas de manera que funcionen uniformemente como un sistema. Cuesta mucho 
corregir los errores de interfaz y muchos de ellos no se descubren sino hasta que se completa la programacion, 
cuando los analistas tratan de cumplir con una fecha de entrega al ensamblar todo el sistema. En este punto hay 
poco tiempo, presupuesto o paciencia por parte del usuario para la depuration de las delicadas interfaces que se 
ignoraron. 

Aunque cada pequeno subsistema parece obtener el software funcional que necesita, al considerar todo el 
sistema hay varias limitaciones con respecto a la metodologfa descendente. Una de ellas es que se duplica el es- 
fuerzo en la compra del software e incluso al introducir los datos. Otra es que se introducen datos sin valor en el 
sistema. La tercera desventaja (y tal vez la mas grave) de la metodologfa descendente es que, aunque se hayan 
cumplido muchas de las necesidades de los usuarios, no se estan considerando los objetivos de la organization 
en general y, por ende, no se pueden cumplir. 

El diseno descendente permite al analista de sistemas establecer primero los objetivos de la organization, 
ademas de establecer como se deben cumplir de la mejor manera en un sistema en general. Despues el analista 
divide ese sistema en subsistemas y sus requerimientos. 
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FIGURA 16.2 

Un formulario para documentar 
recorridos estructurados; es 
posible realizar recorridos cada 
vez que se completa una porcion 
de codigo, un sistema o un 
subsistema. 


El diseno descendente es compatible con el pensamiento sobre sistemas generales que vimos en el capftulo 2. 
Cuando los analistas de sistemas emplean una metodologfa descendente, estan pensando en las interrelaciones e 
interdependencias de los subsistemas y la manera en que se adaptan a la organizacion existente. La metodologfa 
descendente tambien provee un conveniente enfasis en la sinergia o las interfaces que requieren los sistemas y 
sus subsistemas, lo cual no es posible en la metodologfa ascendente. Esto ayuda a responder la pregunta sobre 
cuantos equipos deben trabajar juntos para lograr sus metas. 

Una de las ventajas de utilizar una metodologfa descendente para el diseno de sistemas es evitar el caos de 
tratar de disenar un sistema todo a la vez. Como hemos visto, el proceso de planeacion e implementacion de sis¬ 
temas de information administrativa es increfblemente complejo. Tratar de implantar todos los subsistemas y 
ejecutarlos al mismo tiempo es la via mas directa al fracaso. 

Una segunda ventaja de la metodologfa descendente en el diseno es que permite a los equipos separados de 
analisis de sistemas trabajar en paralelo en subsistemas distintos pero necesarios, lo cual puede ahorrar mucho 
tiempo. El uso de equipos para el diseno de subsistemas se adapta muy bien de manera especffica a una metodo¬ 
logfa de aseguramiento de calidad total. 
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A un analista que necesite completar un recorrido estructurado le podria convenir utilizar Things, una aplicacion para 
el iPhone de Apple. Cuando los analistas regresan a su oficina, pueden descargar la informacion en su version de escri- 
torio. Things es simplemente otra forma de organizarse, pero es mucho mas simple que OMNI-focus (que vimos en otra 
seccion del libro). 



FIGURA 16.MAC 

Things de Cultured Code. 


Una tercera ventaja es que la metodologfa descendente evita un problema importante asociado con la meto¬ 
dologfa ascendente: evita que los analistas de sistemas se enreden tanto en los detalles que pierdan la vision de lo 
que se supone debe hacer el sistema. 

La administracion de calidad total y la metodologfa descendente para el diseno pueden ir de la mano. La 
metodologfa descendente provee al grupo de sistemas una division preparada de usuarios en fuerzas de trabajo 
(equipos especializados de usuarios) para los subsistemas. Las fuerzas de trabajo que se establecen de esta forma 
pueden cumplir entonces una doble funcion como cfrculos de calidad para el sistema de informacion adminis- 
trativa. De esta manera se establece la estructura necesaria para el aseguramiento de la calidad, al igual que la 
motivation apropiada para hacer que el subsistema logre las metas departamentales que son importantes para los 
usuarios involucrados. 

Uso de diagramas de estructura para disenar sistemas modulares 

Una vez que nos decidimos por la metodologfa de diseno descendente, es conveniente usar una metodologfa 
modular para la programacion. Esta metodologfa implica descomponer la programacion en porciones logicas y 
manejables, o modulos. Este tipo de programacion funciona bien con el diseno descendente, ya que enfatiza las 
interfaces entre los modulos y no las hace a un lado hasta etapas posteriores en el desarrollo de sistemas. Lo ideal 
es que cada modulo individual sea funcionalmente cohesivo, de manera que tenga que realizar solo una funcion. 

El diseno de programas modulares tiene tres ventajas principales. En primer lugar, los modulos son mas 
faciles de escribir y depurar debido a que son practicamente independientes. Es menos complicado rastrear un 
error en un modulo, ya que no deberfa causar problemas en los demas. 
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Una segunda ventaja del diseno modular es que los modulos son mas faciles de mantener. Por lo general, las 
modificaciones se limitan a unos cuantos modulos y no se diseminan en todo un programa. 

Una tercera ventaja del diseno modular es que los modulos son mas faciles de comprender, ya que son sub- 
sistemas independientes. Por ende, un lector puede elegir un listado de codigo de un modulo y comprender su 
funcion. 

A continuacion le mostramos algunos lineamientos para la programacion modular: 

1. Mantener cada modulo en un tamano manejable (lo ideal es que solo incluya una funcion). 

2. Poner atencion especial en las interfaces criticas (los datos y las variables de control que se pasan a otros 

modulos). 

3. Minimizar el niimero de modulos que debe modificar el usuario al realizar cambios. 

4. Mantener las relaciones jerarquicas establecidas en las fases de la metodologia descendente. 

La herramienta recomendada para diseiiar un sistema modular descendente se denomina diagrama de estructura; 
consiste en cuadros rectangulares que representan a los modulos, junto con flechas para conectarlos. 

La figura 16.3, un conjunto de modulos que se utilizan para modificar el registro de un cliente, muestra siete 
modulos identificados como 000, 100, 110, 120, etcetera. Los modulos de nivel mas alto se identifican con los 
niimeros de 100 en adelante y los de nivel mas bajo, con numeros de 10 hasta antes del 100. Esta numeracion 
permite a los programadores insertar modulos utilizando un numero entre los numeros de modulos adyacentes. 
Por ejemplo, si insertamos un modulo entre los modulos 110 y 120 le asignarfamos el numero 115. 

En los extremos de las lineas conectoras se dibujan dos tipos de flechas. Las flechas con los circulos sin 
relleno se denominan acoplamientos de datos y las flechas con los circulos rellenos se denominan banderas de 
control o interruptores. Un interruptor es lo mismo que una bandera de control, excepto porque se limita a dos 
valores: si o no. Estas flechas indican que se transmite algo, ya sea hacia el modulo inferior o hacia el superior. 

En teoria, el analista deberia mantener este acoplamiento de datos en el minimo posible. Entre menos puntos 
de acoplamiento de datos y banderas de control tenga uno en el sistema, mas facil sera modiftcarlo. Al momenta de 
empezar a programar estos modulos es importante pasar el menor numero de puntos de acoplamiento de datos 
entre los modulos. 

Lo que es incluso mas importante es evitar usar demasiadas banderas de control. El control esta disenado 
para transmitirse de los modulos de nivel mas bajo a los de nivel mas alto en la estructura; en raras ocasiones 
sera necesario transmitir el control hacia abajo en la estructura. Cuando se pasa el control hacia abajo, se permite 
a un modulo de nivel bajo tomar una decision y el resultado es un modulo que realiza dos tareas distintas, lo que 
viola el ideal de un modulo funcional: solo debe realizar una tarea. 
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Incluso cuando un diagrama de estructura logra todos los fines para los cuales se dibujo, no puede permane- 
cer como la unica tecnica de diseno y documentation. En primer lugar, no muestra el orden en el que se deben 
ejecutar los modulos (un diagrama de flujo de datos se encarga de eso); en segundo, no muestra el suficiente de- 
talle (el espanol estructurado se encarga de eso). 

Arquitectura orientada a servicios (SOA) 

El desarrollo modular ha originado un concepto denominado arquitectura orientada a servicios (SOA), el cual es 
muy distinto a los modulos en el diagrama de estructura. En vez de ser jerarquica como la metodologfa descen- 
dente de los diagramas de estructura, la metodologfa SOA se encarga de crear servicios SOA individuals que no 
tengan ninguna asociacion o esten debilmente acoplados entre sf. 

Cada servicio ejecuta una action. Un servicio puede devolver el numero de dfas en este mes; otro indica si el 
presente es un ano bisiesto; un tercer servicio puede reservar cinco noches en un cuarto de hotel, desde finales de 
febrero hasta principios de marzo. Aunque el tercer servicio necesita conocer los valores que se obtienen del pri- 
mero y segundo, son independientes unos de otros. Podemos usar cada uno de los servicios en otras aplicaciones 
dentro de la organization, o incluso en otras organizaciones. 

Podemos decir que la arquitectura orientada a servicios es solo un grupo de servicios a los cuales podemos 
llamar para que provean funciones especfficas. En vez de incluir llamadas a otros servicios, un servicio puede 
usar ciertos protocolos definidos para poder comunicarse con otros. 

La figura 16.4 muestra como se hacen llamadas a los servicios en todo el sistema. Los servicios pueden ser 
generales en naturaleza y se pueden externalizar, o incluso pueden estar disponibles en Web. Otros servicios son 
mas especializados y orientados hacia la empresa en sf. Estos servicios para empresas proveen reglas de negocios 
y tambien pueden diferenciar a una empresa de otra. Se pueden hacer llamadas a los servicios en un momento 
dado y en repetidas ocasiones en muchos modulos de aplicaciones. 

La carga de conectar los servicios de una forma util es un proceso denominado orquestacion, y depende del 
disenador de sistemas. Para lograr esto podemos incluso seleccionar servicios de un menu y supervisarlos me- 
diante un tablero de control SOA. 

Para poder establecer una SOA, los servicios deben cumplir con los siguientes requisites: 

1. Ser modulares. 

2. Ser reutilizables. 

3. Trabajar en conjunto con otros modulos (interoperabilidad). 

4. Ser capaces de clasificarse e identificarse. 

5. Debe ser posible supervisarlos. 

6. Cumplir con los estandares especfficos de la industria. 

Aunque las ventajas de reutilizacion e interoperabilidad son obvias, la SOA presenta sus retos. Primero que 
nada, hay que acordar los estandares industriales. Despues hay que mantener una biblioteca para que los desarro- 


FIGURA 16.4 

Los modulos en las arquitecturas 
orientadas al servicio son 
independientes y pueden ser 
omnipresentes. 
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Servicios basados en Web 



Servicios basados en empresas 



Los modulos de aplicaciones que conforman un sistema 
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lladores puedan buscar los servicios que necesitan. Por ultimo, la seguridad y la privacidad pueden presentar pro- 
blemas al utilizar software desarrollado por alguien mas. Los defensores de la SOA afirman que la arquitectura 
orientada a servicios ha hecho posibles muchas de las caracterfsticas que se encuentran en la Web 2.0. 

METODOLOGIAS DE DOCUMENTACION 

El esfuerzo de aseguramiento de calidad total requiere que los programas tengan una documentacion apropiada. 
Hay que documentar el software, los sistemas y los procedimientos tanto formales como informales, de manera 
que se pueda dar mantenimiento a los sistemas y mejorarlos. La documentacion permite a los usuarios, progra- 
madores y analistas “ver” el sistema, su software y procedimientos sin tener que interactuar con el. 

La rotacion del personal de servicios de informacion ha sido tradicionalmente alta en comparacion con otros 
departamentos, por lo que es probable que las personas que idearon e instalaron el sistema original no sean las 
mismas que le den mantenimiento. Una documentacion consistente y bien actualizada reduce el numero de horas 
requeridas para que el nuevo personal aprenda a usar el sistema antes de realizar un mantenimiento. 

Hay muchas razones por las que los sistemas y programas no se documentan o cuentan con muy poca docu- 
mentacion. Algunos de los problemas residen en los sistemas y programas en si; otros, en los analistas y progra- 
madores. 

Los analistas de sistemas tal vez no documenten los sistemas de manera apropiada por falta de tiempo o 
de una compensation suficiente por el tiempo invertido en esta tarea; algunos no lo hacen por aversion y otros 
piensan que no es su verdadero trabajo. Adernas, muchos analistas se muestran reticentes a documentar siste¬ 
mas que no sean de ellos, tal vez por temor a las represalias si incluyen material incorrecto sobre el sistema 
de alguien mas. Los defensores de la metodologi'a SDLC nos recuerdan que la documentacion que se lleva a 
cabo mediante una herramienta CASE durante las fases de analisis puede hacer frente a muchos de estos pro¬ 
blemas. 

Manuales de procedimientos 

Los manuales de procedimientos son documentos comunes en las organizaciones; la mayorfa de las personas los 
han visto. Son el componente en espanol de la documentacion, aunque tambien pueden contener, por ejemplo, 
codigos de programas y diagramas de flujo. Los manuales tienen el objetivo de comunicarse con quienes los 
utilizan y contienen comentarios sobre antecedentes, los pasos requeridos para realizar distintas transacciones, 
instrucciones sobre como recuperarse de los problemas y que se puede hacer si algo no funciona (diagnostico de 
fallas). Muchos manuales estan disponibles en lfnea, y en hipertexto para facilitar su uso. 

Tambien es conveniente tener una metodologfa sencilla y estandarizada para crear documentacion de soporte 
para los usuarios. Para ser util, la documentacion del usuario se debe mantener actualizada. El uso de la Web ha 
revolucionado la velocidad con la que los usuarios pueden obtener ayuda. Muchos desarrolladores de software 
han desplazado el soporte para los usuarios (junto con los manuales, paginas FAQ, chat en linea y comunidades 
de usuarios) a la Web. 

Las secciones clave de un manual son una introduction, como usar el software, que hacer si las cosas salen 
mal, una section de consulta tecnica, un fndice e informacion sobre como ponerse en contacto con el fabricante. 
Las mayores quejas con los manuales de procedimientos son que: 1) estan mal organizados, 2) es diffcil encontrar 
informacion en ellos, 3) el caso especffico en cuestion no aparece en el manual y 4) el manual no esta escrito en 
espanol comun. 

El metodo FOLKLORE 

FOLKLORE es una tecnica de documentacion de sistemas que se creo para complementar algunas de las tecni- 
cas que hemos visto. Incluso con la pletora de tecnicas disponibles, muchos sistemas estan mal documentados o 
no cuentan con ningun tipo de documentacion. FOLKLORE recopila la informacion que comparten comunmente 
los usuarios pero que raras veces escriben. 

FOLKLORE se desarrollo por primera vez en la decada de 1980 por Kendall y Losee, mucho antes de la 
creation de blogs y comunidades de usuarios. FOLKLORE tiene dos ventajas principales en comparacion con 
las comunidades de usuarios que se encuentran comunmente: 1) es estructurado, lo cual produce una documenta¬ 
cion mas completa y organizada, y 2) anima a que alguien familiarizado con el software busque informacion en 
vez de dejar que los usuarios avancen por su cuenta. 

FOLKLORE es una tecnica sistematica basada en los metodos tradicionales utilizados para recopilar el fol¬ 
klore sobre las personas y leyendas. En esta metodologfa para la documentacion de sistemas, el analista tiene 
que entrevistar a los usuarios, investigar la documentacion existente en los archivos y observar el procesamiento 
de informacion. El objetivo es recopilar la informacion correspondiente a una de cuatro categories: costumbres, 
relatos, dichos y formas artfsticas. La figura 16.5 sugiere como se relaciona cada categorfa con la documentacion 
de sistemas de informacion. 
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OPORTUNIDAD DE CONSULTORIA 16.2 


Escribir esta bien 


-L/s tan facil comprender. Yo digo que si todos usan pseudoco- 
digo no habra problemas, tu sabes, con eso de que las cosas no estan 
estandarizadas”, dice A1 Gorithm, un nuevo programador que estara 
trabajando en el equipo de analisis de sistemas que usted dirige. A1 
esta hablando en una reunion informal entre tres miembros del 
equipo de analisis de sistemas, una fuerza de trabajo de MIS de seis 
personas del departamento de publicidad y dos programadores; to- 
dos se encuentran trabajando en el desarrollo de un sistema de in¬ 
formation para el personal de publicidad. 

Philip, un ejecutivo de cuentas de publicidad y miembro de la 
fuerza de trabajo de MIS, mira sorprendido. “i Como se llama este 
metodo?”. Los dos programadores responden al mismo tiempo, 
“Pseudocodigo”. Philip, sin verse impresionado, responde: “Eso no 
me dice nada”. 

Neeva Phail, uno de los analistas de sistemas, empieza a expli- 
car: “Tal vez no importe realmente que usemos, si.. 

En ese momenta interrumpe Flo Chart, otra analista de siste¬ 
mas, para decir: “Odio el pseudocodigo”. A continuation mira con 


esperanza a los programadores: “Estoy segura de que podemos 
acordar una mejor tecnica”. 

David, un ejecutivo de publicidad con mas anos de experien¬ 
ce, declara con apariencia ligeramente molesta: “Aprendf sobre los 
diagramas de flujo desde los primeros analistas de sistemas que 
tuvimos hace anos. ^Acaso ya no hacen eso ustedes? Creo que fun- 
cionan mejor”. 

Lo que en un principio era una reunion amistosa de repente 
parece haber llegado a un punto muerto. Los participantes se miran 
unos a otros con recelo. Usted, que como analista de sistemas ha 
trabajado en niuchos proyectos distintos con diferentes tipos de 
personas, se da cuenta de que el grupo esta a la espera de que usted 
haga algunas sugerencias razonables. 

Con base en lo que sabe sobre las diversas tecnicas de docu¬ 
mentation, ^que tecnica(s) propondrfa a los miembros del grupo? 
,j,C6mo solucionara(n) la(s) tecnica(s) que propuso algunas de las 
cuestiones que han expresado? ^Que proceso utilizara para decidir 
sobre las tecnicas apropiadas? Elabore su respuesta en una pagina. 


Al documentar las costumbres, el analista (u otro folklorista) trata de capturar por escrito lo que estan ha- 
ciendo los usuarios para ejecutar todos los programas sin problemas. Un ejemplo de una costumbre serfa: “Por lo 
general nos tardamos dos dfas en actualizar los registros mensuales debido a que la tarea es bastante extensa. Nos 
encargamos de las cuentas comerciales el primer dfa y guardamos las demas para el siguiente”. 

Los relatos son historias que cuentan los usuarios en relation con la forma en que trabajo el sistema. Desde 
luego que la precision del relato depende de la memoria del usuario y es a lo mas una opinion sobre la manera en 
que opera el programa. Por lo general los relatos tienen un principio, una parte media y un final. Asf, tendrfamos 
una historia sobre un problema (el principio), una description de los efectos (la parte media) y la solution (el final). 

Los dichos son declaraciones breves que representan generalizaciones o consejo. Tenemos muchos dichos en 
la vida diaria, como “Mas vale malo por conocido que bueno por conocer” o “Todo cabe en un jarrito sabiendolo 
acomodar”. En la documentation de sistemas tenemos tambien muchos dichos, como “Omita esta section de co- 
digo y el programa explotara” o “Siempre hay que respaldar datos con frecuencia”. A los usuarios les gusta dar 
consejos, por lo que el analista debe tratar de capturarlos e incluirlos en la documentation de FOLKLORE. 

La recopilacion de formas artfsticas es otra importante actividad de los folkloristas tradicionales, por lo que 
el analista de sistemas tambien debe comprender su importancia. Los diagramas de flujo, los diagramas y las ta- 


FIGURA 16.5 

Las costumbres, los relatos, los 
dichos y las formas artfsticas 
utilizadas en el metodo de 
documentation FOLKLORE se 
aplican a los sistemas de 
information. 



FOLKLORE 
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_L/ ste es un lugar fascinante para trabajar. Estoy seguro que 
usted esta de acuerdo, ahora que ha tenido la oportunidad de obser- 
varnos. Algunas veces creo que deberfa ser divertido ser un ex- 
terno... ^no se siente como un antropologo que acaba de descubrir 
una nueva cultura? Recuerdo cuando entre aquf por primera vez. 
Todo era tan nuevo, tan extrano. Incluso hasta el lenguaje era dis- 
tinto. No era un ‘consumidor", era un ‘cliente’. No tenfamos ‘depar- 
tamentos’ sino ‘unidades’. No era una cafeteria para empleados, era 
el ‘comedor’. Esto se aplica tambien a la forma en que trabajamos. 
Todos tenemos distintas formas de abordar las cosas. Creo que es¬ 
toy entendiendo las expectativas de Snowden, pero de vez en cuando 
cometo un error tambien. Por ejemplo, si puedo entregarle el trabajo 
en lfnea, el lo preferirfa a un informe impreso. jEsa es la razon por 
la que tengo dos computadoras en mi escritorio, tambien! Siempre 
veo que usted esta haciendo muchas anotaciones... creo que tiene 
sentido. Se supone que debe documentar lo que nosotros hacemos 


con nuestros sistemas e informacion, as! como lo que esta haciendo 
su equipo, ^verdad?”. 

Preguntas de HYPERCASE 

1. Use el metodo FOLKLORE para completar la 
documentation del sistema GEMS de la Unidad de sistemas 
de informacion administrativa (Management Information 
Systems Unit). Asegurese de incluir las costumbres, relatos, 
dichos y formas artfsticas. 

2. Sugiera en dos parrafos una metodologfa basada en PC para 
capturar los elementos de FOLKLORE, de manera que no sea 
necesario usar un registro basado en papel. Asegurese de que 
la solution que sugiera pueda alojar tanto graficos como texto. 

3. Disene pantallas de entrada y salida para FOLKLORE que 
faciliten la introduction de datos y provean indicadores para 
recordar de inmediato los elementos de FOLKLORE. 



FIGURA 16.HC1 

En HyperCase puede usar FOLKLORE para documentar formas artfsticas creadas o 
recolectadas por los usuarios para hacer uso de sus sistemas. 


bias que los usuarios dibujan algunas veces pueden ser mejores o mas utiles que los diagramas de flujo dibujados 
por el autor original del sistema. A menudo los analistas encontraran dicho arte publicado en tableros de anun- 
cios, o pueden pedir a los usuarios que limpien sus archivos y recuperen los diagramas que sean utiles. 

Los colaboradores en el documento de FOLKLORE no tienen que documentar todo el sistema, solo las par¬ 
tes que conozcan. A1 igual que con las comunidades de usuarios basadas en Web, el peligro de depender de FOL¬ 
KLORE es que la informacion recopilada de los usuarios puede ser correcta, parcialmente correcta o incorrecta. 
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Election de una tecnica de diseno y documentation 

Las tecnicas que vimos en este capftulo son extremadamente valiosas como herramientas de diseno, ayudas de 
memoria, herramientas de productividad y medio para reducir las dependencias en los miembros clave del perso¬ 
nal. Sin embargo, el analista de sistemas se enfrenta a una dificil decision en cuanto al metodo que debe adoptar. 
A continuation le mostramos un conjunto de lineamientos para ayudar al analista a utilizar la tecnica apropiada: 
Seleccione una tecnica que: 

1. Sea compatible con la documentation existente. 

2. Sea comprendida por los demas en la organization. 

3. Le permita regresar a trabajar en el sistema despues de haber estado alejado durante un periodo de tiempo. 

4 . Sea adecuada para el tamano del sistema en el que esta trabajando. 

5. Permita una metodologfa de diseno estructurado, si eso se considera mas importante que otros factores. 

6. Permita modificarla con facilidad. 


PRUEBA, MANTENIMIENTO Y AUDITORIA 


Una vez que el analista ha disenado y codificado el sistema, la prueba, mantenimiento y auditorfa de este son las 
consideraciones primordiales. 

El proceso de prueba 

Todos los programas de aplicaciones recien escritos o modificados del sistema (asi como los nuevos manuales de 
procedimientos, el nuevo hardware y todas las interfaces del sistema) se deben probar de manera exhaustiva. No 
basta con el metodo de prueba y error al azar. La prueba se realiza durante el desarrollo de sistemas y no solo al 
final. Su proposito es sacar a la luz los problemas desconocidos hasta ese momento, no demostrar la perfection 
de los programas, manuales o equipo. 

Aunque el proceso de prueba es tedioso, es una serie esencial de pasos que ayudan a asegurar la calidad del 
sistema eventual. Es mucho menos perjudicial evaluar con anticipation a tener un sistema probado en forma in- 
correcta que falle despues de su instalacion. Las pruebas se realizan en los subsistemas o modulos del programa 
a medida que avanza su desarrollo. El proceso de prueba se lleva a cabo en muchos niveles, a diversos intervalos. 
Antes de poner el sistema en production hay que realizar una verification de escritorio de todos los programas, 
comprobarlos con datos de prueba y comprobar que los modulos funcionen en conjunto como se habia pla- 
neado. 

Tambien hay que probar el sistema como un todo funcional. Aqui se incluye la prueba de las interfaces entre 
los subsistemas, la exactitud de la salida, ademas de la utilidad y comprensibilidad de la documentation y salida 
del sistema. Los programadores, analistas, operadores y usuarios desempeiian distintos roles en los diversos as- 
pectos del proceso de prueba, como se muestra en la figura 16.6. Por lo general la prueba del hardware se pro¬ 
portion como un servicio por parte de los distribuidores de equipo, quienes realizan sus propias pruebas en el 
equipo cuando se entrega en el sitio. 


FIGURA 16.6 

Los programadores, analistas, 
operadores y usuarios desempeiian 
distintos roles en el proceso de 
prueba del software y los sistemas. 
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PRUEBA DE PROGRAMAS CON DATOS DE PRUEBA Gran parte de la responsabilidad de la prueba de los 
programas recae en el (los) autor(es) original(es) de cada programa. El analista de sistemas actua como 
consejero y coordinador para la prueba de los programas; su objetivo es asegurar que los programadores 
implementen las tecnicas de prueba correctas, pero es probable que no lleve a cabo personalmente este nivel de 
comprobacion. 

En esta etapa los programadores primero deben realizar una verificacion de escritorio de sus programas para 
comprobar la forma en que funcionara el sistema. En este tipo de comprobacion el programador sigue cada paso 
del programa en papel para verificar que la rutina funcione segun lo escrito. 

A continuacion, los programadores deben crear datos de prueba tanto validos como invalidos. Luego se eje- 
cutan los programas con estos datos para ver si las rutinas basicas funcionan y detectar errores. Si la salida de los 
modulos principales es satisfactoria, puede agregar mas datos de prueba para verificar otros modulos. Los datos 
de prueba creados deben probar los valores mmimos y maximos posibles, asf como todas las posibles variacio- 
nes en formato y codigos. La salida de archivos de los datos de prueba se debe verificar con cuidado. Nunca 
debemos asumir que los datos que contiene un archivo son correctos solo porque se creo y se pudo acceder a su 
contenido. 

Durante este proceso el analista de sistemas verifica la salida en busca de errores y aconseja al programador 
en caso de requerir alguna correccion. Por lo general el analista no recomienda ni crea datos de prueba para pro¬ 
bar los programas, pero podrfa senalar al programador las omisiones de los tipos de datos que se deban agregar 
en pruebas posteriores. 

PRUEBA DE VINCULOS CON DATOS DE PRUEBA Cuando los programas pasan la verificacion de escritorio y la 
comprobacion con datos de prueba, deben pasar por la prueba de vinculos, a la cual tambien se le conoce como 
prueba de cadena. La prueba de vmculos verifica que los programas interdependientes trabajen juntos realmente 
como se planeo. 

El analista crea datos especiales de prueba que abarcan varias situaciones de procesamiento para la prueba 
de vmculos. Primero se procesan los datos de prueba comunes para ver si el sistema puede manejar las transac- 
ciones normales, las que representan la mayor parte de su carga. Si el sistema funciona con las transacciones 
normales se agregan variaciones, incluyendo los datos invalidos utilizados para asegurar que el sistema pueda 
detectar errores en forma apropiada. 

PRUEBA DE SISTEMAS COMPLETOS CON DATOS DE PRUEBA Al concluir de manera satisfactoria las pruebas de 
vmculos, se debe probar el sistema como una entidad completa. En esta etapa, los operadores y usuarios finales 
se involucran de manera activa en la prueba. Aquf se utilizan los datos de prueba creados por el equipo de analisis 
de sistemas con el proposito especffico de probar los objetivos del sistema. 

Como es de esperarse, hay varios factores a considerar a la hora de probar sistemas con datos de prueba: 

1. Examinar si los operadores tienen la documentation adecuada en los manuales de procedimiento (impresos 
o en lrnea) para lograr una operation correcta y eficiente. 

2. Verificar si los manuales de procedimientos son lo bastante claros para comunicar la forma en que se deben 
preparar los datos para la entrada. 

3. Averiguar si los flujos de trabajo requeridos por el sistema nuevo o modificado realmente “fluyen”. 

4 . Determinar si la salida es correcta y si los usuarios comprenden que esta salida es casi identica a la 
apariencia que tendra en su forma final. 

Recuerde programar el tiempo adecuado para la prueba del sistema. Por desgracia este paso se pasa por alto con 
frecuencia si la instalacion del sistema esta requiriendo mas tiempo del planeado. 

La prueba de sistemas incluye la reafirmacion de los estandares de calidad establecidos para el desempeno 
del sistema al crear sus especificaciones iniciales. Todos los involucrados deben estar una vez mas de acuerdo 
en como determinar si el sistema hace lo que se supone que debe hacer. Este paso debe incluir medidas de error, 
conveniencia, facilidad de uso, orden apropiado de las transacciones, tiempo inactivo aceptable y manuales de 
procedimientos comprensibles. 

PRUEBA DE SISTEMAS COMPLETA CON DATOS REALES Cuando las pruebas de sistemas con datos de prueba 
resulten satisfactorias, es conveniente probar el nuevo sistema con varias corridas de datos reales, es decir, 
usando datos satisfactoriamente procesados por el sistema anterior. Este paso permite una comparacion precisa 
de la salida del nuevo sistema con lo que sabemos que es una salida procesada en forma correcta, ademas de 
que es una buena idea para probar como se manejaran los datos reales. Sin duda, este paso no es posible al crear 
salidas completamente nuevas (por ejemplo, la salida de una transaction de comercio electronico de un nuevo 
sitio Web corporativo). Al igual que con los datos de prueba, se utilizan solo pequenas cantidades de datos reales 
en este tipo de prueba del sistema. 
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Estudiando de manera intensiva para su prueba de sistemas 




44 T7 

_L/ stamos cortos de tiempo. Solo mira esta proyeccion”, dice 
Lou Scuntroll, el miembro mas reciente del equipo de analisis de 
sistemas que usted dirige, mientras le muestra el diagrama PERT que 
el equipo ha estado utilizando para proyectar cuando estana listo y 
funcionando el nuevo sistema. “No hay posibilidad de cumplir con 
la fecha final de julio para la prueba con datos reales. Estamos atra- 
sados tres semanas debido a la tardanza en el envlo del equipo”. 

Usted, que como analista de sistemas ha visto como vienen y 
van las fechas de entrega en otros proyectos, trata de permanecer 
tranquilo y de evaluar la situation con cuidado antes de hablar. Con 
lentitud cuestiona a Lou sobre la posibilidad de retrasar la prueba. 

Lou le responde: “Si tratamos de aplazar la prueba hasta las 
primeras semanas de agosto, hay dos personas clave de contabilidad 
que van a estar de vacaciones”. Lou se ve visiblemente molesto ante 
la posibilidad de no cumplir con la fecha de entrega. 

Stan Dards, otro miembro reciente de su equipo de analisis de 
sistemas, entra a la oficina de Lou. “Ustedes dos tienen una aparien- 
cia terrible. Las cosas van bien, ^o no? No me van a reasignar para 
programar una aplicacion de nomina, ^o si?” 

Lou voltea hacia arriba, y es obvio que no aprecia el sentido de 
humor de Stan ni lo que le preocupa en ese momento. “Que bueno 
que entraste. Tenemos que tomar algunas decisiones importantes 
sobre la calendarizacion”. Lou sostiene el diagrama PERT para que 
Stan lo inspeccione. “Observa la fecha de prueba en julio. Como 
veras, no hay forma de lograrlo. ^Alguna brillante idea?”. 


Stan contempla el diagrama por un momento y despues dice: 
“Algo se tiene que ir. Veamos aqui... tal vez pasar la prueba del 
modulo de contabilidad a...”. 

Lou lo interrumpe y dice rotundamente: “No, ya pense en ello 
pero Stanford y Binet de contabilidad van a salir de la ciudad en 
agosto. Tal vez podamos omitir esa parte de la prueba. Han coope- 
rado mucho. No creo que se opongan a que lo ‘demos por hecho' y 
realicemos la prueba cuando entremos en production”. 

“Creo que es una buena idea, Lou”, asiente Stan, tratando de 
compensar lo de sus bromas anteriores. “No hemos tenido ningun 
problema real con eso y los programadores estan muy confiados. De 
esa forma podriamos permanecer dentro del itinerario con todo lo 
demas. Voto por no probar la portion correspondiente a contabili¬ 
dad, sino simplemente hacer como si todo saliera bien”. 

Como el miembro mas antiguo del equipo presente, ^que 
puede hacer para convencer a Lou y Stan sobre la importancia de 
probar el modulo de contabilidad con datos reales? ^Que pueden 
hacer los analistas de sistemas para planificar su tiempo y permitir 
el tiempo adecuado para probar con datos de prueba y datos reales? 
^Cuales son algunos de los posibles problemas a los que se pueden 
enfrentar los miembros del equipo si no prueban el sistema por 
completo con datos reales, antes de poner el sistema en production? 
^Hay en realidad pasos en el proceso de analisis y diseno de siste¬ 
mas que se puedan colapsar para que un proyecto retrasado vuelva 
a estar a tiempo? Responda a estas preguntas en dos paginas. 


Aunque hemos considerado con mucho detenimiento la interaction entre usuario y sistema (vea el capitulo 
14), nunca podremos predecir por completo todo el rango de diferencias que esta asume. No es suficiente en- 
trevistar a los usuarios sobre la forma en que estan interactuando con el sistema; debemos observarlos personal- 
mente. 

Los elementos a observar son la facilidad de aprender a usar el sistema y la reaction de los usuarios a la 
retroalimentacion del sistema, incluyendo lo que ocurre al recibir un mensaje de error y lo que ocurre cuando se 
informa al usuario que el sistema esta ejecutando sus comandos. Hay que estar especialmente atentos a la forma 
en que los usuarios reaccionan al tiempo de respuesta del sistema y al lenguaje de las respuestas. Tambien hay 
que escuchar lo que dicen los usuarios sobre el sistema a medida que lo van descubriendo. Hay que resolver 
cualquier problema real antes de poner el sistema en production, no solo encubrirlos como ajustes al sistema que 
los usuarios y operadores deberfan realizar por su cuenta. 

Al igual que el software de computadora, tambien hay que probar los manuales de procedimientos. Aunque 
el personal de soporte puede revisar los manuales, y el equipo de analisis de sistemas puede verificar su precision 
tecnica, la unica forma real de probarlos es a traves de los usuarios y operadores, de preferencia cuando se reali- 
zan pruebas completas en el sistema con datos reales. Considere las sugerencias de los usuarios e incorporelas en 
las versiones finales de las paginas Web, los manuales impresos y el resto de la documentation. 

Practicas de mantenimiento 

Su objetivo como analista de sistemas debe ser instalar o modificar sistemas que tengan una vida util razona- 
ble. Lo ideal es crear un sistema cuyo diseno sea integral y con una suficiente vision a futuro suficiente para 
atender las necesidades actuales y proyectadas de los usuarios durante los anos por venir. Recurra a su expe- 
riencia para anticipar esas necesidades y despues agregar tanto flexibilidad como capacidad de adaptation al 
sistema. Entre mejor sea el diseno del sistema, mas facil sera mantenerlo y menos dinero tendra que invertir la 
empresa en ello. 
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Reducir los costos de mantenimiento es primordial, ya que el mero mantenimiento del software puede devo- 
rar hasta el 50 por ciento del presupuesto total de procesamiento de datos de una empresa. Los costos excesivos 
de mantenimiento son responsabilidad del disenador del sistema, ya que cerca del 70 por ciento de los errores de 
software se atribuyen a un diseno de software inapropiado. Desde la perspectiva de sistemas, tiene sentido el he- 
cho de que detectar y corregir los errores de diseno de software lo antes posible sea menos costoso que dejar que 
pasen desapercibidos hasta que sea necesario el mantenimiento. 

La mayor parte de las veces el mantenimiento se realiza para mejorar el software existente y no para respon¬ 
der a una crisis o falla del sistema. El mantenimiento tambien se realiza para actualizar software en respuesta a 
los cambios en la organizacion. Este trabajo no es tan sustancial como mejorar el software, pero hay que hacerlo. 
El mantenimiento de emergencia y adaptativo representa menos de la mitad de todo el mantenimiento del sis¬ 
tema. 

Parte del trabajo del analista de sistemas es asegurar que se implementen los canales y procedimientos 
adecuados para permitir la retroalimentacion sobre las necesidades de mantenimiento y las acciones para sa- 
tisfacerlas. Para los usuarios debe ser facil comunicar los problemas y las sugerencias a los encargados de dar 
mantenimiento al sistema. Las soluciones son proveer a los usuarios el acceso via correo electronico al soporte 
tecnico, asf como permitirles descargar actualizaciones de productos o parches a traves de la Web. 

Auditoria 

La auditoria es otra forma de asegurar la calidad de la informacion que contiene el sistema. En terminos genera- 
les, la auditoria se refiere al proceso de hacer que un experto que no este involucrado en el proceso de establecer 
o usar un sistema examine la informacion para evaluar su confiabilidad. Sin importar que la informacion resulte 
confiable o no, el hallazgo sobre su confiabilidad se comunica a los demas con el fin de que actuen en conse- 
cuencia. 

Para los sistemas de informacion, en general hay dos tipos de auditores: internos y externos. El hecho de 
determinar si ambos son necesarios para el sistema que usted disene dependera del tipo de sistema. Los auditores 
internos trabajan para la misma organizacion que posee el sistema de informacion, mientras que los auditores ex¬ 
ternos (tambien llamados independientes) se contratan del exterior. 

Los auditores externos se utilizan cuando el sistema de informacion procesa datos que influyen en los esta- 
dos financieros de la empresa; los externos realizan una auditoria sobre el sistema para asegurar la imparcia- 
lidad de los estados financieros que se producen. Tambien se pueden usar cuando ocurre algo fuera de lo normal 
en el que hay empleados de la empresa involucrados, como una sospecha de fraude por computadora o malver¬ 
sation de fondos. 

Los auditores internos estudian los controles que se utilizan en el sistema de informacion para asegurarse de 
que sean adecuados y que esten realizando la funcion esperada. Tambien evaluan la conveniencia de los controles 
de seguridad. Aunque trabajan para la misma organizacion, los auditores internos no se reportan con la persona 
responsable del sistema al que estan auditando. Con frecuencia, el trabajo de los auditores internos es mas pro- 
fundo que el de los auditores externos. 

IMPLEMENTACION DE SISTEMAS DISTRIBUIDOS 

Si la confiabilidad de una red de telecomunicaciones es alta, es posible tener sistemas distribuidos para las em- 
presas; podemos concebir este arreglo como una aplicacion de las telecomunicaciones. El concepto de sistemas 
distribuidos se utiliza de muchas formas. Aquf lo consideraremos en un sentido general para incluir las estacio- 
nes de trabajo que se pueden comunicar entre sf y con los procesadores de datos, asf como las distintas configu- 
raciones arquitectonicas jerarquicas de los procesadores de datos que se comunican entre sf y que tienen distintas 
capacidades de almacenamiento de datos. 

En este modelo, las funciones de procesamiento se delegan a los clientes (usuarios) o a los servidores, de- 
pendiendo de las maquinas que sean mas adecuadas para ejecutar el trabajo. En este tipo de arquitectura, la parte 
de una aplicacion de red correspondiente al cliente se ejecutara en el sistema cliente y la parte de la aplicacion 
correspondiente al servidor se ejecutara en el servidor de archivos. Con un modelo cliente-servidor los usuarios 
interactuan con partes limitadas de la aplicacion, incluyendo la interfaz de usuario, la entrada de datos, las con- 
sultas en la base de datos y la generation de informes. El servidor se encarga de las funciones de controlar el 
acceso de los usuarios a las bases de datos centralizadas, recuperar o procesar los datos y demas funciones rela- 
cionadas (como administrar los dispositivos perifericos). 

Tecnologia cliente-servidor 

El modelo cliente-servidor, la computation cliente-servidor, la tecnologia cliente-servidor y la arquitectura clien- 
te-servidor se refieren a un modelo de diseno que podemos considerar como aplicaciones que se ejecutan en una 
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red. En terminos muy basicos, podemos imaginar que el cliente hace (y el servidor ejecuta, o cumple de cierta 
forma con) la solicitud. Eso se considerarfa una arquitectura cliente-servidor de dos niveles. 

Hay una configuracion mas compleja en la que se involucran tres conjuntos de computadoras para realizar 
los procesos de recuperation, procesamiento, almacenamiento y recepcion de los datos. La figura 16.7 muestra 
un modelo cliente-servidor de tres niveles. En esta figura, las computadoras cliente acceden a tres niveles de ser- 
vidores: los servidores Web, que manejan el intercambio de informacion basado en Web; los servidores de apli- 
caciones, que procesan datos que entran y salen de las computadoras cliente y el servidor de bases de datos; y el 
servidor de bases de datos, que almacena y recibe los datos. Las computadoras en la red estan programadas para 
realizar su trabajo con eficiencia al dividir las tareas de procesamiento entre los clientes y servidores. 

Piense en el modelo cliente/servidor como en un sistema que coloca a los usuarios como el centra del tra¬ 
bajo, con su interaction con datos como concepto clave. Aunque hay dos elementos funcionando —el cliente y el 
servidor— el objetivo del modelo cliente-servidor es que los usuarios lo vean como un sistema. De hecho, se es- 
pera que los usuarios no adviertan como desempena la red cliente-servidor su procesamiento distribuido, debido 
a que debe tener la apariencia de un sistema unificado. En una red de igual a igual, las PC pueden actuar como el 
servidor o el cliente, dependiendo de los requerimientos de la aplicacion. 

CLIENTES COMO PARTE DEL MODELO CLIENTE-SERVIDOR Al ver el termino cliente, podna verse tentado a pensar 
en personas o usuarios; por ejemplo, hablamos de “clientes de nuestra practica de consultorfa”. Sin embargo, en 
el modelo cliente-servidor el termino cliente no se refiere a las personas, sino a maquinas conectadas en red que 
son los puntos tfpicos de entrada al sistema cliente-servidor que utilizan los humanos. Por lo tanto, los clientes 
podrfan ser computadoras de escritorio conectadas en red, una estacion de trabajo, computadoras portables o 
cualquier otra forma en que el usuario pueda entrar al sistema. 


FIGURA 16.7 

Una configuracion cliente-servidor 
de tres niveles. 
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Servidor Web 
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(el medio de entrada y 
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A1 usar una interfaz grafica de usuario (GUI), los individuos por lo general interactuan en forma directa 
solo con la parte del cliente. Las estaciones de trabajo del cliente usan programas mas pequenos que residen en 
el cliente para hacer el procesamiento en primer piano (contrario al procesamiento en segundo piano, que men- 
cionaremos mas adelante), incluyendo la comunicacion con el usuario. Si una aplicacion se denomina aplicacion 
basada en el cliente, la aplicacion reside en una computadora cliente y otros usuarios en la red no pueden acceder 
a ella. 

ANALISIS DE LAS VENTAJAS Y DESVENTAJAS DEL MODELO CLIENTE-SERVIDOR Las primeras empresas en adoptar 
el modelo cliente-servidor descubrieron que no siempre es la mejor solucion a los problemas informaticos de 
la organizacion. Con frecuencia, se pide al disenador de sistemas que avale un modelo cliente-servidor que ya 
esta en funcionamiento. Asr como con cualquier otra propuesta de computo corporativa en cuya creacion usted 
no haya tenido una parte activa, debe revisar el plan cuidadosamente. , : ,Apoyara la cultura de la organizacion un 
modelo cliente-servidor? <;,Que cambios es necesario hacer en la cultura informal y en los procedimientos de 
trabajo formales para que un modelo cliente-servidor se pueda usar con todo su potencial? pCual debe ser su rol 
como analista de sistemas en esta situation? 

Aunque uno de los beneficios mencionados del modelo cliente-servidor son costos mas bajos de procesa¬ 
miento, hay muy pocos datos reales disponibles para demostrarlo (incluso cuando hay alguna evidencia anecdo- 
tica para apoyar esta aseveracion). Hay costos de cambio y costos iniciales muy bien documentados asociados 
con una migration hacia una arquitectura cliente-servidor. Las aplicaciones para el modelo cliente-servidor se 
deben escribir como dos componentes de software, cada uno de los cuales se ejecuta en una maquina separada, 
pero que deben aparecer como si operaran como una sola aplicacion. Sin embargo, usar el modelo cliente-servi¬ 
dor permite usar mayor poder de computo y brinda una mejor oportunidad de personalizar las aplicaciones, en 
comparacion con las otras opciones. 

Aunque las redes se pueden caracterizar por su forma o topologra, tambien se clasifican por su alcance 
geografico y los tipos de servicios que ofrecen. Los tipos estandares de redes incluyen una red de area amplia 
(WAN) y una red de area local (LAN). Las LAN son estandares para vincular computadoras locales o terminales 
en un departamento, edificio o varios edificios de una organizacion. Las WAN pueden servir a los usuarios a tra- 
ves de varios kilometros o de continentes enteros. 

Ahora, conectar una red tambien es tecnica, economica y operacionalmente factible para las oficinas pe- 
quenas y proporciona una solucion que los analistas deben considerar para los negocios pequenos. Uno de los 
aspectos costosos a la hora de implementar una LAN es que cada vez que se mueve hay que volver a tender el 
cableado. Algunas organizaciones estan haciendo frente a este problema mediante la aplicacion de una red de 
area local inalambrica de alta velocidad (WLAN). Dicho en forma mas especrfica, a estas redes inalambricas se 
les conoce como Wi-Fi. 


Computation en nube 

En la actualidad, el tipo de computacion con un crecimiento mas rapido es la computacion en nube. Este tipo de 
computacion se describe como una metafora para Internet, ya que a menudo Internet se dibuja como una nube en 
los diagramas de red. Al utilizar la computacion en nube, las organizaciones y los usuarios individuales pueden 
usar servicios Web, servicios de bases de datos y servicios de aplicaciones a traves de Internet, sin tener que 
invertir en hardware corporativo o personal, software o herramientas de software. La figura 16.8 describe los in- 
tercambios entre computadoras cliente y los servicios en la nube. Las empresas utilizan navegadores Web como 
Microsoft Internet Explorer o Mozilla Firefox para acceder a estas aplicaciones. Como puede ver, los servidores 
almacenan software y datos para las empresas. 

Muchas empresas de hardware, software y consultorfa grandes y bien establecidas como Cisco, Dell, IBM, 
HP, Microsoft, SAP y otras estan llevando a cabo esfuerzos masivos de computacion en nube, a menudo con lo 
que se denomina “recursos virtualizados”. Lo distinto de estas metodologlas es su habilidad de crecer y adaptarse 
a las necesidades cambiantes de las empresas. Es decir, son escalables para adaptarse a la demanda creciente 
(o cambiante) por parte de los usuarios. El modelo de “software como un servicio”, tambien conocido como 
SaaS, se incluye en el concepto de la computacion en nube. 

Por su parte, los usuarios no necesitan comprender, controlar o ser expertos en la infraestructura de tecno- 
logla que constituye la compleja infraestructura de nube que les permite realizar su trabajo. Con frecuencia las 
organizaciones no necesitan mantener personal de TI para dimensionar hacia arriba o hacia abajo, incluso cuando 
el contrato o presupuesto de una companfa cambie en forma ascendente o descendente debido al impacto redu- 
cido de estos cambios. 

Es comun que las organizaciones que utilizan la computacion en nube no encuentren necesario realizar gas- 
tos iniciales de capital en infraestructura de TI, por lo que las empresas mas pequenas con presupuestos menores 
y menos predecibles pueden avanzar en el procesamiento con mas rapidez. Esto tambien permite a las grandes 
corporaciones invertir en proyectos estrategicos en vez de hacerlo en infraestructura de TI. 
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FIGURA 16.8 

La computation en nube ofrece 
muchos servicios. 



Compartir recursos de TI por medio de la computation en nube significa que una gran coleccion de usuarios 
corporativos comparten servicios Web, pero tambien tienen que compartir el costo de estos; ademas descubren 
que aumenta la capacidad de carga maxima y que se puede maximizar la eficiencia y el uso de los sistemas. 

Las empresas tambien esperan mejorar su habilidad de desempenar el proceso de recuperation de desastres 
mediante el uso de la computation en nube, ya que provee muchos sitios redundantes. Aunque la computation en 
nube no es inmune a los cortes de energia, puede dividir el riesgo entre varios servidores. 

Las organizaciones tratan de mejorar la seguridad a traves de la computation en nube y mediante el uso de 
servicios que se venden con un enfasis especial en la seguridad. Sin embargo, existe la preocupacion de que la 
centralization de este tipo pueda tambien significar una perdida del control sobre los datos de mision crftica. Los 
usuarios se podrfan beneficiar de la movilidad al no estar supeditados a una sola instalacion de computadora o 
una sola interfaz. Los navegadores Web y los servicios basados en Web disponibles a traves de la computation en 
nube liberan a los usuarios para acceder a las aplicaciones en cualquier parte y a cualquier hora, sin preocuparse 
por la ubicacion o el dispositivo que vayan a utilizar. 

Muchas empresas grandes de software (algunas de las cuales se denominan “jugadores puros” o “pure 
players”, ya que nunca han existido como empresas con presencia fisica) ofrecen aplicaciones que utilizan la 
computation en nube, en donde los usuarios pueden utilizar su navegador Web para acceder a las aplicaciones. 
Algunos ejemplos son Google Apps (para hojas de calculo y calendarios), Amazon Web Services, Akami y el 
software CRM de Salesforce.com que ahora tambien esta disponible en el iPhone. Estos proveedores de software 
afirman que estan tratando de reducir el costo para el usuario, asi como de proporcionar mayor flexibilidad. 

Algunos observadores tienen la creencia de que migrar a la computation en nube es una forma de que las 
empresas mas grandes y antiguas se solidifiquen y retengan sus negocios esenciales al incorporar SaaS (software 
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como un servicio), SOA (Arquitectura orientada a servicios), virtualization, codigo fuente abierto y muchas otras 
tendencias de la ultima decada en sus ofrecimientos de software, herramientas de software, servicios y poder de 
computo via Internet. Pero si el costo de la infraestructura cayera drasticamente (como lo ha hecho segun la his- 
toria), el impulso hacia la computation en nube se podria invertir. Si eso ocurriera, las organizaciones podrian to- 
mar decisiones distintas e invertir una vez mas en su propia infraestructura. Ademas, muchos de los servicios en 
linea que conforman la computation en nube se pagan por medio de los ingresos provenientes de la publicidad. 
En una economia vacilante se reducirfan los ingresos por publicidad y los patrocinios de la computation en nube 
podrian disminuir tambien. 

Modelado de red 

Debido a que la conexion a una red se ha vuelto muy importante, el disenador de sistemas necesita tomar en 
cuenta al diseno de la red. Ya sea que un disenador de sistemas tenga que decidir sobre las configuraciones de las 
redes —o si se preocupa por el hardware tal como enrutadores y puentes que deben estar en el lugar cuando se 
conocen las redes—, siempre debe tomar en cuenta el diseno logico de las redes. 

Un analista debe adoptar un conjunto de simbolos tal como los de la figura 16.9 para modelar la red. Es util 
tener diferentes simbolos para distinguir entre concentradores, redes externas y estaciones de trabajo. Tambien 
es util adoptar una convention para ilustrar multiples redes y estaciones de trabajo. El primer paso es dibujar un 
diagrama de descomposicion de red que proporcione una apreciacion global del sistema. Despues, dibujar 
un diagrama de conectividad de concentrador. Finalmente, dividir el diagrama de conectividad de concentrador 
para mostrar las diversas estaciones de trabajo y como se conectan. 

COMO DIBUJAR UN DIAGRAMA DE DESCOMPOSICION DE RED Podemos ilustrar el dibujo de un modelo de 
descomposicion de red al referirnos una vez mas al ejemplo de World’s Trend Catalog Division de los capitulos 
anteriores. Empiece dibujando un circulo en la parte superior y denominandolo “Red de World’s Trend”. 
Ahora dibuje varios circulos en el nivel inferior, como se muestra en la figura 16.10. Estos circulos representan 
los concentradores para la division de marketing y para cada uno de los tres centros de toma de pedidos y 
distribution (division estadounidense, division canadiense y division mexicana). 

Podemos extender este dibujo al dibujar otro nivel. Esta vez, podemos agregar las estaciones de trabajo. 
Por ejemplo, la division de marketing tiene dos estaciones de trabajo conectadas, mientras que la division esta¬ 
dounidense tiene 33 estaciones de trabajo en su LAN (administration, almacen, gerente de entrada de pedido y 
30 empleados de entrada de pedido). Esta red se simplifica con el proposito de proporcionar un ejemplo facil de 
entender. 



Concentrador o red de area local 




Varias redes externas con funciones similares 


Estacion de trabajo 


FIGURA 16.9 

Use simbolos especiales al dibujar 
diagramas de descomposicion 
de red y de conectividad de 
concentrador. 


Varias estaciones de trabajo con funciones similares 
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FIGURA 16.10 

Un diagrama de descomposicion 
de red para World’s Trend. 
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CREACION DE UN DIAGRAMA DE CONECTIVIDAD DE CONCENTRADOR El diagrama de conectividad de 
concentrador es util para mostrar como se conectan los concentradores principales. En World’s Trend (vease la 
figura 16.11) hay cuatro concentradores principales conectados entre sf. Ademas, hay concentradores externos 
(proveedores) que necesitan ser notificados cuando el nivel de inventario baja a un cierto punto, etc. Cada una de 
las tres divisiones de pats se conecta a los 21 proveedores; sin embargo, la division de marketing no se necesita 
conectar a los proveedores. 


FIGURA 16.11 

Un diagrama de conectividad de 
concentrador para World’s Trend. 
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Para producir un diagrama de conectividad de concentradores eficaz, empiece por dibujar todos los concen- 
tradores. Despues experimente (quizas haciendo primero un bosquejo en una hoja de papel) para ver que vrncu- 
los son necesarios. Una vez hecho esto, puede volver a dibujar el diagrama para que sea atractivo e informe bien 
a los usuarios. 

EXPANSION DEL DIAGRAMA DE CONECTIVIDAD DE CONCENTRADORES EN UN DIAGRAMA DE CONECTIVIDAD DE 
ESTACIONES DE TRABAJO El proposito del modelado de redes es mostrar la conectividad de las estaciones de 
trabajo con un cierto nivel de detalle. Para ello hay que expandir el diagrama de conectividad de concentradores. 
La figura 16.12 muestra cada una de las 33 estaciones de trabajo para la division estadounidense y como se 
deben conectar. 

Dibuje los diagramas para este nivel examinando el tercer nivel del diagrama de descomposicion de red. 
Agrupe artfculos tales como Gerente de entrada de pedido y Empleados de entrada de pedido, debido a que ya 
reconoce que se deben conectar. Use un sfmbolo especial para mostrar multiples estaciones de trabajo e indique 
en parentesis el mimero de estaciones de trabajo similares. En nuestro ejemplo, hay 30 empleados de entrada de 
pedido. 

En el perfmetro del diagrama, coloque estaciones de trabajo que se deben conectar a otros concentrado¬ 
res. De esta forma, sera mas facil representar estas conexiones usando flechas. Dibuje las conexiones exter- 
nas en un color diferente o use flechas mas gruesas. Por lo general, las conexiones externas estan a grandes 
distancias. Por ejemplo, la administracion se conecta a la division de marketing, la cual esta a 50 millas, 
y tambien a las divisiones canadiense y mexicana. El almacen necesita comunicarse directamente con los 
almacenes canadiense y mexicano en caso de que sea posible obtener la mercancfa de otro almacen. El ge¬ 
rente de entrada de pedido y los empleados de entrada de pedido no tienen que estar conectados con nadie 
fuera de su LAN. 

VENTAJAS DE LOS SISTEMAS DISTRIBUIDOS Los sistemas distribuidos permiten el almacenamiento de datos en 
lugares donde no estorben a las transacciones de tiempo real en linea. Por ejemplo, el tiempo de respuesta en las 
consultas se podrfa mejorar si no todos los registros necesitan ser investigados antes de que se de una respuesta. 
Ademas, los usuarios no necesitan los datos todo el tiempo, de modo que se pueden almacenar en medios menos 
caros en un sitio diferente y se pueden acceder solo cuando sea necesario. 

El uso de sistemas distribuidos tambien puede bajar los costos de equipo, debido a que no todas las partes 
del sistema necesitan desempenar todas las funciones. Se hace posible compartir algunas habilidades tales como 
procesamiento y almacenamiento. 


575 millas 
2,800 millas-^ 


575 millas 
2,800 millas 


A la division canadiense 

► 

A la division mexicana 


A la division canadiense 

A la division mexicana 

- » 


50 millas 



50-3,500 millas 


FIGURA 16.12 

Un diagrama de conectividad de 
estaciones de trabajo para World’s 
Trend. 
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FIGURA 16.13 

Hay cinco ventajas principales en 
cuanto a crear sistemas 
distribuidos. 


Ventajas de los sistemas distribuidos 

• Permiten el almacenamiento remoto de datos en linea y 
transacciones en tiempo real 

• Permiten un medio menos caro de almacenamiento de 
datos cuando los usuarios no los necesitan continuamente 

• Reducen el costo de equipo debido a que no todas las partes 
del sistema necesitan desempenar todas las funciones 

• Reducen el costo de equipo al permitir la flexibilidad en la 
eleccion de un fabricante 

• Al principio son menos costosos que los sistemas grandes 
debido a que la expansion se puede planear sin tener que 
comprar hardware 


Los sistemas distribuidos tambien pueden ayudar a bajar los costos al permitir la flexibilidad en la eleccion 
del fabricante, debido a que el enfoque total de redes se centra en la comunicacion entre nodos y los fabricantes 
hacen componentes compatibles. Esta compatibilidad permite al usuario tomar decisiones de compra con base 
en el precio as! como en la funcionalidad. Ademas, al principio, los sistemas distribuidos pueden ser menos 
costosos que los sistemas grandes porque es posible disenar para la expansion sin realmente tener que comprar 
el hardware en el momento que el sistema se implementa. El desarrollo de intranets corporativas es una forma 
anticipada de conectar a una red a los miembros de la organization, una forma que tambien puede servir como 
medio para reducir los aspectos problematicos de Internet (tal como navegar sin objeto por Internet en horas de 
oficina o posibles fallas de seguridad causadas por la falta de firewall) y al mismo tiempo como apoyo al trabajo 
de grupo con aplicaciones utiles. Las extranets formadas con proveedores y otros socios importantes tambien son 
excelentes formas de demostrar que un negocio esta orientado hacia el exterior y es accesible. En la figura 16.13 
se mencionan ventajas de los sistemas distribuidos. 

DESVENTAJAS DE LOS SISTEMAS DISTRIBUIDOS Los sistemas distribuidos presentan algunos problemas unicos 
que los sistemas de computo centralizados no poseen. El analista necesita pesar estos problemas contra las 
ventajas presentadas y plantearlos tambien con la empresa interesada. 

El primer problema es la confiabilidad de la red. Para hacer de una red un recurso en lugar de una carga, 
debe ser posible transmitir, recibir, procesar y almacenar datos de forma confiable. Si hay demasiados problemas 
con la confiabilidad del sistema, este se abandonara. 

La distribution de gran potencia de computo a individuos incrementa la amenaza a la seguridad debido al 
acceso extendido. La necesidad de contrasenas confidenciales, salas de computo seguras y capacitacion de segu¬ 
ridad adecuada al personal son cuestiones que se multiplican cuando se implementan sistemas distribuidos. 

Los analistas de sistemas que crean sistemas distribuidos necesitan enfocarse en la red o en el aspecto coor- 
dinado de los sistemas distribuidos. Su poder reside en la capacidad de interactuar como grupos de trabajo de 
usuarios que comparten datos. Si el analista de sistemas ignora o resta importancia a la relation entre los subsis- 
temas, esta creando mas problemas de los que esta resolviendo. En la figura 16.14 se mencionan las desventajas 
de los sistemas distribuidos. 

CAPACITACION DE USUARIOS 

La capacitacion es un proceso educativo en el que participan los analistas de sistemas con los usuarios. El usua¬ 
rio se ha involucrado en todo el ciclo de vida de desarrollo de sistemas, por lo que ahora el analista debe tener 
una valoracion exacta de los usuarios que se deben capacitar. 


FIGURA 16.14 

Las cuatro desventajas de los 
sistemas distribuidos. 


Desventajas de los sistemas distribuidos 

• Dificultad para lograr un sistema confiable 

• Las preocupaciones de seguridad se incrementan proporcionalmente cuando 
mas personas tienen acceso al sistema 

• Los analistas deben hacer entasis en la red y las interacciones que esta 
proporclona; ademas deben restar importancia al poder de los subsistemas 

• Escoger el nivel erroneo de computo para el soporte (por ejemplo, 
personas en lugar de departamentos, departamentos en lugar de 
sucursales) 
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Generalmente, en la implementation de proyectos grandes, el analista administra la capacitacion, en lugar 
de estar involucrado personalmente en ella. Uno de los recursos mas valiosos que el analista puede aportar en 
cualquier situation de capacitacion es la habilidad de ver el sistema desde el punto de vista del usuario. El ana¬ 
lista nunca debe olvidar lo que es enfrentar un nuevo sistema. Esas recopilaciones pueden ayudar a analistas a 
identificarse con los usuarios y facilitar su capacitacion. 

Estrategias de capacitacion 

Los factores que determinan las estrategias de capacitacion son las personas que seran capacitadas y quienes las 
capacitaran. El analista tendra que garantizar que cualquiera cuyo trabajo sea afectado por el nuevo sistema de 
information sea propiamente capacitado por el instructor correcto. 

A QUIEN CAPACITAR Todas las personas que tendran uso principal o secundario del sistema deben recibir 
capacitacion: desde los capturistas hasta aquellos que usaran la salida para tomar decisiones sin usar 
personalmente una computadora. La cantidad de capacitacion que requiere un sistema depende de cuanto 
cambiara el trabajo de alguien debido a las nuevas interacciones requeridas por el nuevo sistema. 

Debe asegurarse de que los usuarios con diferentes niveles de habilidad e intereses de trabajo esten separa- 
dos. Habra problemas si incluye a principiantes en las mismas sesiones de capacitacion que los expertos, debido 
a que los principiantes se pierden con rapidez y los expertos se aburren con los elementos basicos. En consecuen- 
cia, ambos grupos se pierden. 

PERSONAS QUE CAPACITAN A LOS USUARIOS Para un proyecto grande, se podrfan usar muchos instructores 
dependiendo de cuantos usuarios se deben capacitar y quienes son. Las posibles fuentes de capacitacion incluyen 
lo siguiente: 

1. Vendedores. 

2. Analistas de sistemas. 

3. Instructores externos. 

4. Instructores internos. 

5. Otros usuarios del sistema. 

Esta lista proporciona solo algunas de las opciones que el analista tiene para disenar y proporcionar la capacita¬ 
cion. 

Con frecuencia, los vendedores grandes proporcionan uno o dos dlas de sesiones de capacitacion sobre su 
equipo como parte de los beneficios de servicio ofrecidos cuando las corporaciones compran software COTS 
caro. Estas sesiones incluyen conferencias y capacitacion practica en un entorno especlfico. Tambien pueden ex¬ 
tender la experiencia con grupos de usuarios en lrnea, blogs dedicados o conferencias anuales de usuarios. 

Debido a que los analistas de sistemas conocen a las personas y al sistema de la organization, con frecuencia 
pueden proporcionar buena capacitacion. El uso de analistas para los propositos de capacitacion depende de su 
disponibilidad, debido a que tambien se espera que vigilen el proceso de implementation completo. 

En ocasiones, la organization contrata instructores externos para colaborar en la capacitacion. Estos podrfan 
tener gran experiencia en capacitar a las personas en como usar una variedad de computadoras, pero podrfan no 
dar la capacitacion practica que algunos usuarios necesitan. Ademas, tal vez no tengan la capacidad de personali- 
zar suficientemente sus presentaciones para hacerlas significativas para los usuarios. 

Los instructores internos de tiempo completo con frecuencia estan familiarizados con el personal y pueden 
adaptar los materiales a sus necesidades. Una de las desventajas de los instructores internos es que podrfan tener 
experiencia en areas aparte de los sistemas de information y por consiguiente podrfan carecer del alto grado de ex¬ 
periencia tecnica que los usuarios requieren. 

Tambien es posible asignar a cualquiera de estos instructores para que capacite a un grupo pequeno de per¬ 
sonas de cada area funcional que estara usando el nuevo sistema de information. A su vez, estas personas se pue¬ 
den usar para capacitar al resto de los usuarios. Este enfoque puede funcionar bien si los aprendices originales 
todavfa tienen acceso a los materiales e instructores como recursos cuando ellos mismos proporcionen la capaci¬ 
tacion. De lo contrario, esto podrfa acabar como una situation de prueba y error en lugar de una estructurada. 

Lineamientos para la capacitacion 

El analista tiene cuatro lineamientos principales para establecer la capacitacion: 1) establecer objetivos medibles, 
2) usar metodos de capacitacion apropiados, 3) seleccionar sitios de capacitacion convenientes y 4) emplear ma¬ 
teriales de capacitacion entendibles. 

OBJETIVOS DE LA CAPACITACION Quien esta siendo capacitado dicta, en gran medida, los objetivos de la 
capacitacion. Es necesario explicar claramente los objetivos de capacitacion para cada grupo. Los objetivos 
bien definidos son de gran ayuda permitiendo a los aprendices saber lo que se espera de ellos. Ademas, los 
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pero no puede hacer que la tome 


S am Monroe, Belle Uga, Wally Ide y usted conforman un equipo 
de analisis de sistemas de cuatro miembros que se dedica a desarro- 
llar un sistema de information para ayudar a los gerentes a monito- 
rear y controlar la temperatura del agua, la cantidad de peces 
liberados y otros factores en un gran criadero comercial de peces. 
(En la Oportunidad de consultorfa 6.3, “Incubar un pez” vimos por 
ultima vez a sus companeros, cuando le pidieron a usted, en su ca- 
lidad de cuarto miembro del equipo, que les ayudara a resolver un 
problema relacionado con la entrega a tiempo de un prototipo del 
sistema). 

Con su participation, el equipo resolvio satisfactoriamente ese 
apuro, y el proyecto continua. Ahora se encuentran discutiendo la 
capacitacion que han empezado a impartir a los gerentes y otros 
usuarios del sistema. A causa de algunos contratiempos con la pla- 
nificacion, han decidido reducir el numero de sesiones de capacita¬ 
cion que impartiran, lo cual ha dado como resultado que en 
ocasiones algunos usuarios de varios niveles administrativos y dis- 
tintos grados de experiencia con las computadoras se reunan en las 
niismas sesiones de capacitacion. 

Laurie Hook, una de las operadoras que recibe capacitacion, 
ha estado en el mismo “tanque” de capacitacion con Wade Boot, 
uno de los gerentes con quienes usted ha trabajado. Tanto Laurie 


como Wade han acudido, cada quien por su parte, a plantear sus 
quejas al equipo. 

Wade le dijo a usted: “Estoy muy molesto porque tengo que 
teclear mis propios datos en las sesiones de capacitacion. El Missis¬ 
sippi se congelara antes de que yo haga eso en mi trabajo. Tengo que 
saber cuando esperar la salida y como interpretarla cuando llegue. 
No invertire tiempo en las sesiones de capacitacion si no puedo 
saber eso”. 

Laurie, quien comparte las sesiones de capacitacion con Wade, 
tambien se quejo con su grupo. “Deberfamos practicar mas en las 
sesiones de capacitacion. Todo lo que hacemos es escuchar mucha 
teona, como en la escuela. Pero no solo eso, sino que a los gerentes 
del grupo les gusta contar una y otra vez las increrbles historias que 
les han ocurrido con el viejo sistema. Es aburrido. Lo que yo quiero 
es saber como operar el sistema. Para mf, es decepcionante porque 
no estoy aprendiendo lo que ustedes me dijeron, y aparte de eso, con 
todos los jefes ahf, me siento como pez fuera del agua.” 

),Que problemas se estan presentando en las sesiones de capa¬ 
citacion? ),Como se pueden resolver, tomando en cuenta los proble¬ 
mas de planificacion que se mencionaron? i Que consejos basicos 
sobre la preparation de sesiones de capacitacion paso por alto su 
equipo? Escriba una respuesta de una pagina a estas preguntas. 


objetivos permiten evaluation de capacitacion cuando estan completos. Por ejemplo, los operadores deben saber 
dichos elementos esenciales como encender la maquina, que hacer cuando ocurren errores comunes, solucionar 
problemas basicos y como acabar un proceso de entrada. 

METODOS DE CAPACITACION Cada usuario y operador necesitara capacitacion ligeramente diferente. Hasta cierto 
punto, sus trabajos determinan lo que necesitan saber, y sus personalidades, experiencia y antecedentes determinan 
como aprenden mejor. Algunos usuarios aprenden mejor viendo, otros oyendo y otros haciendo. Debido a que 
normalmente no es posible personalizar totalmente la capacitacion, una combination de metodos es a menudo la 
mejor forma de proceder. Asi, se satisface a la mayorfa de los usuarios mediante un metodo u otro. 

Los metodos para aquellos que aprenden mejor viendo incluyen demostraciones de equipo y exposition para 
manuales de capacitacion. Aquellos que aprenden mejor oyendo se beneficiaran de las conferencias sobre los 
procedimientos, discusiones y sesiones de preguntas y respuestas entre instructores y aprendices. Aquellos que 
aprenden mejor haciendo necesitan experiencia practica con el nuevo equipo. Para los operadores de computa- 
dora, la experiencia practica es esencial, mientras que un gerente de control de calidad para una lrnea de produc¬ 
tion solo podrfa necesitar ver la salida, aprender a interpretarla y saber cuando se espera que llegue. 

SITIOS DE CAPACITACION La capacitacion se lleva a cabo en muchas ubicaciones, algunas de las cuales son mas 
favorables para aprender que otras. Los grandes vendedores de computadoras proporcionan ubicaciones remotas 
especiales donde se mantiene equipo operable en forma gratuita. Sus instructores ofrecen experiencia practica asi 
como seminarios en situaciones que permiten a los usuarios concentrarse en aprender el nuevo sistema. Una de 
las desventajas de la capacitacion remota es que los usuarios estan fuera del contexto organizational en el cual 
fmalmente deberan operar. 

La capacitacion en las instalaciones de la organization a la cual pertenecen los usuarios tambien es posible 
con varios tipos diferentes de instructores. La ventaja es que los usuarios ven el equipo tal como estara cuando 
sea totalmente operacional dentro del contexto organizational. Una desventaja seria es que los aprendices con 
frecuencia se sienten culpables de no cumplir sus tareas rutinarias de trabajo si permanecen en el lugar de la ca¬ 
pacitacion. En estos casos, no se puede lograr una total concentration en la capacitacion. 


www.xlibros.com 



CAPITULO 16 • ASEGURAMIENTO E IMPLEMENTACION DE LA CALI DAD 539 


Elementos 

Factores relevantes 

Objetivos de capacitacion 

Dependen de los requerimientos del trabajo del usuario 

Metodos de capacitacion 

Dependen del trabajo del usuario, personalidad, antecedentes y 
experiencia; usa una combinacion de conferencia, demostracion, 
practica y estudio 

Sitios de capacitacion 

Dependen de los objetivos de capacitacion, costo, disponibilidad; 
sitios gratis del distribuidor con equipo operable; instalaciones 
internas; instalaciones alquiladas 

Materiales de capacitacion 

Dependen de las necesidades del usuario; manuales operativos, casos, 
prototipos de equipos y salida; tutoriales en lfnea 


FIGURA 16.15 

Los objetivos de capacitacion, 
metodos, sitios y materiales estan 
sujetos a muchos factores. 


Los sitios de capacitacion remota tambien estan disponibles mediante un pago a traves de consultores y ven- 
dedores. Los sitios de capacitacion se pueden establecer en lugares de alquiler tales como un salon de hotel o 
instalaciones permanentes mantenidas por los instructores. Estos arreglos permiten a los trabajadores liberarse de 
las demandas regulares del trabajo, pero no podrfan proporcionar equipo para la capacitacion practica. 

MATERIALES DE CAPACITACION En la planeacion de capacitacion de usuarios, los analistas de sistemas deben 
comprender la importancia de los materiales de capacitacion bien preparados. Estos materiales incluyen manuales 
de capacitacion; casos de capacitacion, en los cuales los usuarios se asignan para trabajar a traves de un caso que 
incluye la mayorfa de las interacciones normalmente encontradas con el sistema, y prototipos y muestras de 
salidas. Los usuarios de sistemas grandes a veces se podran capacitar en simulaciones detalladas basadas en Web 
o software que es identico a lo que se escribe o se compra. La mayorfa de los vendedores de software COTS 
proporciona tutoriales en lfnea que ilustran las funciones basicas, y los distribuidores podrfan mantener sitios 
Web que ofrecen paginas dedicadas a responder preguntas frecuentes (FAQ), las cuales se pueden descargar e 
imprimir. Los cambios a los manuales tambien se pueden recabar de los sitios Web de muchos vendedores. 

Debido a que el entendimiento del sistema por parte de los usuarios depende de ellos, los materiales de ca¬ 
pacitacion se deben escribir claramente para el publico correcto con un mfnimo de jerga. Los materiales de capa¬ 
citacion tambien deben estar bien indexados y disponibles para cualquiera que los necesite. En la figura 16.15 se 
proporciona un resumen de consideraciones para objetivos de capacitacion, metodos, sitios y materiales. 


CONVERSION A UN NUEVO SISTEMA 

Un tercer enfoque para la implementacion es convertir ffsicamente el sistema de informacion viejo a uno nuevo 
o modificado. Hay muchas estrategias de conversion disponibles para analistas y tambien un enfoque de contin- 
gencia que tiene en cuenta diversas variables organizacionales para decidir que estrategia de conversion usar. No 
hay una forma que sea siempre la mas apropiada para proceder con la conversion. No podemos subestimar la 
importancia de disenar y programar adecuadamente la conversion (la cual con frecuencia tarda muchas semanas), 
el archivo de respaldo y la seguridad adecuada. 

Estrategias de conversion 

En la figura 16.16 se presentan las cinco estrategias para convertir del sistema viejo al nuevo: 

1. Conversion directa. 

2. Conversion paralela. 

3. Conversion gradual o por fases. 

4 . Conversion modular. 

5. Conversion distribuida. 

Cada enfoque de conversion se describe en las siguientes subsecciones. 

CONVERSION DIRECTA La conversion directa significa que en una fecha especificada, el sistema viejo se 
abandona y el nuevo sistema se pone en uso. La conversion directa puede tener exito solo si antes se lleva a cabo 
una comprobacion extensa, y funciona mejor cuando se pueden tolerar algunos retrasos en el procesamiento. La 
conversion directa se considera un enfoque arriesgado para la conversion. Podrfan ocurrir trastornos en el entorno 
laboral si los usuarios se ofenden porque se les obliga a usar un sistema desconocido sin recursos. Por ultimo, no 
hay ninguna forma adecuada para comparar los nuevos resultados con los viejos. 
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FIGURA 16.16 

Cinco estrategias de conversion 
para los sistemas de informacion. 


Metodo de conversion Cambios a traves del tiempo 



Conversion paralela 


Conversion gradual 


Conversion modular 


Conversion distribuida 


CONVERSION PARALELA La conversion paralela se refiere a ejecutar al mismo tiempo el sistema viejo y el nuevo, 
en paralelo. Cuando se obtienen los mismos resultados todo el tiempo, el nuevo sistema se pone en uso y el 
viejo se detiene. Una ventaja de ejecutar ambos sistemas en paralelo es la posibilidad de verificar los nuevos 
datos contra los viejos para percibir cualesquier errores en el procesamiento del nuevo sistema. Las principales 
desventajas incluyen el costo de ejecutar dos sistemas al mismo tiempo y el agobio en los empleados de 
virtualmente doblar su carga de trabajo durante la conversion. 

CONVERSION GRADUAL La conversion gradual, o por fases, intenta combinar las mejores caracterfsticas de los dos 
planes previamente mencionados, sin incurrir en todos los riesgos. En este plan, el volumen de las transacciones 
manejado por el nuevo sistema aumenta gradualmente conforme el sistema se introduce por fases. Las ventajas 
de este metodo incluyen permitir a usuarios que se involucren gradualmente con el sistema, la posibilidad de des- 
cubrir y recuperar errores sin desperdiciar mucho tiempo y la capacidad de agregar caracterfsticas una por una. 
Las metodologfas agiles tienden a usar esta metodologfa de conversion. 

CONVERSION MODULAR La conversion modular usa la construccion de subsistemas independientes y ope- 
racionales para cambiar de los sistemas viejos a los nuevos de forma gradual. Conforme se modifica y acepta 
cada modulo, se pone en uso. Una ventaja es que cada modulo se prueba completamente antes de ser usado. 
Otra ventaja es que los usuarios se familiarizan con cada modulo conforme se vuelve operacional. Esta retro- 
alimentacion ha ayudado a determinar los atributos finales del sistema. Las metodologfas orientadas a objetos 
utilizan con frecuencia esta metodologfa. 

CONVERSION DISTRIBUIDA La conversion distribuida se refiere a una situation en que se contemplan muchas 
instalaciones del mismo sistema, como es el caso en actividades bancarias o franquicias tal como restaurantes 
o tiendas de ropa. Una conversion completa se hace (con cualquiera de los cuatro enfoques considerado 
previamente) en un sitio. Cuando esta conversion se completa exitosamente, se prosigue con las demas. Una 
ventaja de la conversion distribuida es que se pueden detectar y contener un problema antes de que repercuta 
simultaneamente en todos los sitios. Una desventaja es que incluso cuando una conversion es exitosa, cada sitio 
tendra su propia gente y cultura, ademas de sus propias peculiaridades regionales y locales para trabajar, y se 
deben manejar en consecuencia. 

Otras consideraciones de conversion 

La conversion tambien trae consigo otros detalles para el analista, los cuales incluyen lo siguiente: 

1. Pedir equipo (hasta tres meses antes de la conversion planeada). 

2. Pedir cualesquier materiales necesarios que se proporcionan externamente al sistema de informacion, tal 
como cartuchos de tinta, papel, formularios impresos previamente y los medios magneticos. 

3. Designar un gerente para supervisar, o supervisar personalmente, la preparation del sitio de la instalacion. 
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4. Planear, fijar y supervisar a programadores y personal de captura de datos que deben convertir todos los 

archivos y bases de datos relevantes. 

Para muchas implementaciones, su papel principal sera estimar con precision el tiempo necesario para cada 
actividad, nombrar a las personas para manejar cada subproyecto y coordinar su trabajo. Para proyectos mas 
pequenos, hara mucho del trabajo de conversion por usted mismo. Muchas de las tecnicas de administracion de 
proyecto que vimos en el capitulo 3, tal como las graficas de Gantt, PERT, analisis de puntos de funcion y la co- 
municacion exitosa con los miembros del equipo, son utiles para planear y controlar la implementacion. 

Metaforas organizacionales y su relation con los sistemas exitosos 

Este consciente de las metaforas organizacionales cuando intente implementar un sistema que haya desarrollado 
recientemente. Nuestra investigacion ha sugerido que el exito o fracaso de un sistema podrian estar relacionado 
con las metaforas que utilizan los miembros de la organizacion. 

Cuando las personas en la organizacion describen la companfa como un zoologico, puede inferir que la 
atmosfera es caotica; si se describe como una maquina, todo esta funcionando en un estilo ordenado. Cuando 
la metafora predominante es guerra, expedicion o selva, el ambiente tambien es caotico, aunque las metaforas 
guerra y expedicion se orientan hacia una meta de la organizacion, mientras que las metaforas zoologico y 
selva no. 

Ademas de maquina, las metaforas tales como sociedad, familia y juego significan orden y reglas. Aunque 
las metaforas maquina y juego se orientan a un objetivo, las metaforas sociedad y zoologico no enfatizan el 
objetivo de la companfa, sino que permiten a los individuos en la corporacion establecer sus propios estanda- 
res y premios. Otra metafora, organismo, parece equilibrada entre orden y caos, objetivos corporativos e indi¬ 
viduates. 

Nuestra investigacion sugiere que el exito o fracaso de un sistema podrian tener algo que ver con la metafora 
predominante. La figura 16.17 muestra que un MIS tradicional tendera a tener exito cuando la metafora predomi¬ 
nante sea sociedad, maquina o familia, pero tal vez no podrfa tener exito si la metafora fuera guerra o selva (dos 
metaforas caoticas). Sin embargo, hay que tener en cuenta que los sistemas competitivos probablemente tendran 
exito si la metafora es guerra. 

Las metaforas positivas parecen ser juego, organismo y maquina. Las metaforas negativas parecen ser selva 
y zoologico. Las otras (expedicion, guerra, sociedad y familia) permiten calcular un nivel de exito dependiente 
del tipo de sistema de informacion que se desarrolle. Se necesita hacer mas investigacion en esta area. Mientras 
tanto, el analista de sistemas debe estar consciente de que las metaforas comunicadas en las entrevistas podrian 
ser significativas e incluso podrian ser un factor de contribucion hacia el exito de la implementacion del sistema 
de informacion. 
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ASPECTOS DE SEGURIDAD PARA LOS SISTEMAS TRADICIONALES 
Y LOS BASADOS EN WEB 

La seguridad de las instalaciones de computo, almacen de datos y la information generada es parte de una con¬ 
version exitosa. Como vimos en el capltulo 1, el reconocimiento de la necesidad de seguridad es una consecuen- 
cia natural de la creencia de que la information es un recurso organizational importante. Con las transacciones 
cada vez mas complejas y muchos intercambios innovadores, la Web ha producido un incremento en las preocu- 
paciones de seguridad para el mundo profesional de SI. 

Es util pensar en la seguridad de sistemas, datos e information en un continuo imaginario que va desde 
seguridad total hasta acceso abierto por completo. Aunque no hay tal cosa como un sistema totalmente seguro, 
las acciones de los analistas y usuarios pretenden mover los sistemas hacia el lado mas seguro del espectro, 
disminuyendo la vulnerabilidad del sistema. Se debe observar que conforme mas personas en la organization 
obtienen mayor potencia de computo, obtienen acceso a la Web, o se conectan a las intranets y extranets, la 
seguridad se vuelve cada vez mas difrcil y compleja. A veces, las organizaciones contrataran a un consultor 
de seguridad para trabajar con el analista de sistemas cuando la seguridad es crucial para el funcionamiento 
exitoso. 

La seguridad es responsabilidad de todos aquellos que estan en contacto con el sistema y solo es tan buena 
como la conducta o politica menos estricta en la organization. La seguridad tiene tres aspectos interrelacionados: 
flsico, logico y conductual. Los tres deben trabajar juntos si deseamos que la calidad de seguridad permanezca 
alta. 


Seguridad fisica 

La seguridad fisica se refiere a proteger el sitio donde se encuentra la computadora, su equipo y software a traves 
de medios flsicos. Puede incluir acceso controlado a las salas de computo por medio de signos legibles por la 
maquina, sistemas biometricos o un registro de entrada y salida del sistema por un humano, as! como el uso de 
camaras de television de circuito cerrado para supervisar las areas de computo, respaldando con frecuencia los 
datos y almacenando los respaldos en un area a prueba de fuego o de agua, a menudo en una ubicacion remota 
segura. 

Ademas, el equipo de computo pequeno se debe asegurar para que un usuario tlpico no pueda moverlo y se 
debe garantizar el suministro ininterrumpido de energla electrica. Las alarmas que notifican a las personas apro- 
piadas en caso de fuego, inundation o intrusion no autorizada de una persona deben estar en todo momento en 
funcionamiento activo. 

El analista debe tomar las decisiones acerca de la seguridad fisica junto con los usuarios cuando este pla- 
neando las instalaciones de computo y la compra de equipo. Sin duda la seguridad fisica puede ser mucho mejor 
si se planea con antelacion a la instalacion real y si las salas de computo se dotan de equipo de seguridad especial 
al momento de construirlas, en lugar de equiparse despues de que se hayan construido. 

Seguridad logica 

La seguridad logica se refiere a los controles logicos en el software. Los controles logicos son conocidos por 
la mayorla de los usuarios como contrasenas o codigos de autorizacion de alguna clase. Cuando se usan, per- 
miten al usuario entrar al sistema o a una parte especlftca de una base de datos con una contrasena correcta. 

Sin embargo, las contrasenas se manejan de manera descuidada en muchas organizaciones. Los emplea- 
dos han escuchado por casualidad gritar una contrasena en las oficinas atestadas, grabar las contrasenas para 
sus pantallas y compartir las contrasenas personales con empleados autorizados que han olvidado las suyas. 

Se ha desarrollado software de cifrado especial para proteger las transacciones comerciales en Web y las 
transacciones comerciales estan proliferando. Sin embargo, el fraude de Internet tambien ha aumentado brusca- 
mente, y hay pocas autoridades capacitadas en identificar a los delincuentes y se evidencia una mentalidad de 
“salvaje oeste” o “ultima frontera” en esos casos cuando las autoridades han podido aprehender a los delincuen¬ 
tes de Web. 

Una forma para que las redes reduzcan el riesgo de exposition al desafro de la seguridad del mundo ex¬ 
terior es construir un firewall o un sistema similar. Un firewall construye una muralla entre la red interna y la 
externa de una organization (tal como Internet). Se asume que la red interna es confiable y segura, mientras 
que Internet no lo es. Se pretende que los firewalls impidan la comunicacion entrante o saliente de la red que 
no haya sido autorizada y que no se requiera. Un sistema firewall no es un remedio perfecto para la seguridad 
organizational y de Internet; sin embargo, es una capa adicional de seguridad que ahora se acepta amplia- 
mente. Todavla no hay ninguna forma totalmente integrada de solucionar los problemas de seguridad con las 
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redes internas y externas, pero merecen la atencion de los analistas al disenar cualquier sistema nuevo o rne- 
jorado. 

Los controles logicos y ffsicos son importantes, pero no son suficientemente claros para proporcionar la se- 
guridad adecuada. Los cambios conductuales tambien son necesarios. 

Seguridad conductual 

Las expectativas conductuales de una organizacion estan implfcitas en sus manuales de polfticas e incluso en le- 
treros anunciados en las salas de trabajo y los comedores, como vimos en el capftulo 5. Sin embargo, la conducta 
que los miembros de la organizacion interiorizan tambien es crftica para el exito de los esfuerzos de seguridad 
(una razon por la que los firewalls no son totalmente a prueba de ataques es que muchos ataques a los sistemas 
de informacion provienen del interior de la organizacion). 

La seguridad puede empezar con la identification de empleados que en algiin momenta tendran acceso a 
las computadoras, datos e informacion, para asegurar que sus intereses son consistentes con los intereses de la 
organizacion y que entienden por complete la importancia de llevar a cabo los procedimientos de seguridad. Es 
necesario escribir, distribuir y actualizar las polfticas con respecto a la seguridad para que los empleados esten 
totalmente conscientes de las expectativas y responsabilidades. Es tfpico que el analista de sistemas primero ten- 
dra contacto con los aspectos conductuales de la seguridad. Algunas organizaciones han escrito reglas o polfticas 
que prohfben a los empleados navegar en Web durante horas de trabajo o incluso prohfben totalmente la navega- 
cion de Web, si el equipo de la companfa esta involucrado. Otras corporaciones usan software de bloqueo para 
limitar el acceso a los sitios Web que se consideran inaceptables en el lugar de trabajo, tal como sitios de juegos, 
apuestas o pornograficos. 

Parte del aspecto conductual de la seguridad es supervisar la conducta a intervalos irregulares para cercio- 
rarse de que se estan siguiendo los procedimientos apropiados y corregir cualesquier conductas que se podrfan 
deteriorar con el tiempo. Hacer que el sistema registre el numero de inicios de sesion fallidos de los usuarios es 
una forma de supervisar si usuarios no autorizados estan intentando iniciar sesion en el sistema. Es conveniente 
inventariar periodica y frecuentemente el equipo y software. Ademas, es necesario examinar las sesiones largas 
inusuales o el acceso al sistema atfpico despues de las horas de oficina. 

Los empleados deben entender claramente lo que se espera de ellos, lo que se prohfbe y la magnitud de sus 
derechos y responsabilidades. Debe comunicar al personal acerca de toda la supervision que se esta haciendo o 
que se esta contemplando y debe proporcionar la razon para esto. Dicha comunicacion debe incluir el uso de ca- 
maras de video, monitoreo de software y telefonico. 

La salida generada por el sistema se debe reconocer por su potencial de poner a la organizacion en riesgo en 
algunas circunstancias. Los controles para la salida incluyen pantallas que solo se pueden acceder mediante la 
contrasena, la clasificacion de informacion (es decir, a quien se puede distribuir y cuando) y el almacenamiento 
seguro de documentos impresos y almacenados, sin importar el formato. 

En algunos casos, es necesario tomar medidas para destruir documentos clasificados o confidenciales. Los 
servicios de destruction o pulverization se pueden contratar con una empresa externa que, por una cuota, des- 
truira medios magneticos, cartuchos de impresora y papel. Una corporation grande puede destruir anualmente 
mas de 34,000 kilos de material de salida en una variedad de medios. 


Consideraciones especiales de seguridad para el comercio electronico 

Se sabe bien que los intrusos pueden violar la integridad de cualquier sistema de computo. Como analista, nece- 
sita tomar diversas precauciones para proteger la red de computo de las amenazas de seguridad en Web internas 
y externas. Varias acciones y productos le pueden ayudar: 

1. Software antivirus. 

2. Productos de filtration de correo electronico que proporcionan servicios de exploration y filtrado de correo 
electronico y archivos adjuntos, basado en polfticas para proteger a las companfas del correo electronico 
entrante y saliente. La exploration del correo entrante protege contra ataques de spam (correo electronico no 
solicitado, como los anuncios publicitarios) y la exploration del correo saliente protege contra la perdida de 
informacion propietaria. 

3. Productos de filtration de URL que proporcionan a los empleados acceso a Web por usuario, por grupos de 
usuarios, por computadoras, por tiempo o por el dfa de la semana. 

4. Firewalls, gateways y redes privadas virtuales que impidan a los hackers acceder a una red corporativa. 

5. Productos de detection de intrusion y antiphishing que continuamente supervisan el uso, proporcionan 
mensajes e informes y sugieren acciones a tomar. 
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6. Productos de administration de vulnerabilidad que evaliian los riesgos potenciales en un sistema y 
descubren e informan las vulnerabilidades. Algunos productos correlacionan las vulnerabilidades para que 
sea mas facil encontrar la rafz de la fuga de seguridad. El riesgo no se puede eliminar, pero este software 
puede ayudar a manejarlo al equilibrar el riesgo de seguridad contra los costos de eliminarlos. 

7. Tecnologfas de seguridad tal como la capa de conexiones seguras (SSL) para la autenticacion. 

8. Tecnologfas de cifrado tales como la transaction electronica segura (SET). 

9. Infraestructura de clave publica (PKI) y certificados digitales (obtenidos de una companfa tal como 
Verisign). El uso de certificados digitales asegura que el remitente informado del mensaje realmente sea la 
companfa que envio el mensaje. 


Consideraciones de privacidad para el comercio electronico 

El otro aspecto de la seguridad es la privacidad. Para hacer su sitio Web mas seguro, debe pedir a los usuarios o 
clientes que renuncien a cierta privacidad. 

Como disenador de un sitio Web, reconocera que la empresa para la que usted disena ejerce mucho poder 
sobre los datos que proporcionan sus clientes. Los mismos principios de conducta etica y legal se aplican al di- 
seno de sitios Web como al diseno de cualquier aplicacion traditional que acepta datos personales de clientes. 
Sin embargo, la Web permite recopilar datos con mas rapidez y diferentes (como los habitos de navegacion del 
cliente). En general, la tecnologfa de la information hace posible almacenar mas datos en los almacenes de da¬ 
tos, procesarlos y distribuirlos mas ampliamente. 

Cada companfa para la cual usted disena una aplicacion de comercio electronico debe adoptar una polftica 
de privacidad. He aquf algunos lineamientos: 

1. Inicie con una polftica corporativa de privacidad. Asegurese que se despliegue de forma prominente en el 
sitio Web para que todos los clientes puedan acceder la polftica siempre que completen una transaction. 

2. Solicite solo la information que la aplicacion requiera para completar la transaction en cuestion. Por 
ejemplo, <,es necesario para la transaction preguntar la edad o genera de una persona? 

3. Haga optional para los clientes completar la information personal en el sitio Web. A algunos clientes no les 
importa recibir mensajes concretos, pero siempre debe dar una oportunidad a los clientes de mantener la 
confidencialidad de sus datos personales al no responder. 

4. Use fuentes que le permitan obtener information anonima sobre las clases de clientes. Hay companfas que 
ofrecen al publico tecnologfa de perfiles y soluciones de tecnologfa para administrar los anuncios, sus 
objetivos y su entrega. Esto se hace para mantener una base de datos dinamica de perfiles de clientes sin 
vincularlos a los individuos, respetando asf los derechos de privacidad de los clientes. 

5. Sea etico. Evite el uso de trucos baratos que permitan a su cliente recopilar la information sobre el cliente de 
formas sospechosas o poco eticas. Los trucos tales como el raspado de pantalla (capturar remotamente lo 
que esta en la pantalla de un cliente) y la toma de cookies de correo electronico son violaciones tiaras de 
privacidad; ademas podrfan ser ilegales. 

Es esencial una polftica coordinada de seguridad y de privacidad. Es esencial establecer estas polfticas y ad- 
herirse a ellas al implementar una aplicacion de comercio electronico. 

Planeacion de recuperacion de desastres 

Sin importar con que diligencia trabajen usted y sus colegas para asegurar la seguridad y estabilidad de los 
sistemas, todos los empleados y los sistemas son inevitablemente vulnerables a cierto tipo de desastre natural 
o provocado por los humanos, que amenaza tanto la seguridad como el mismo funcionamiento de la empresa. 
Algunos desastres son bastante comunes, como los cortes de energfa, y podemos evaluar la probabilidad de que 
ocurran algunos desastres, como un huracan o terremoto. Sin embargo, muchos otros son inesperados en cuanto 
a su ocurrencia o severidad, tal vez incluso hasta provoquen la perdida de vidas humanas, creando caos para las 
personas y la organization en sf. 

Los campos relacionados con el grado de preparation y la recuperacion contra los desastres son interdepen- 
dientes y se basan uno en el otro. El grado de preparation contra desastres incluye lo que una empresa deberfa 
hacer si encuentra una crisis. El campo de la recuperacion contra desastres se enfoca en la forma en que una 
empresa puede continual - como secuela de un desastre y como puede restaurar los sistemas esenciales en la infra¬ 
estructura de TI. Esta section se enfoca en la recuperacion de desastres y su relation con los sistemas de infor¬ 
mation. El proceso traditional de recuperacion de desastres consiste en la planeacion, el recorrido, los ejercicios 
de practica y la recuperacion del desastre. 
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A1 sufrir un desastre, la empresa se arriesga a perder personas, dinero, reputation y sus propios bienes, asf 
como los de sus clientes. Es importante hacer lo correcto para minimizar las perdidas potenciales. Los analistas 
deben determinar cual es el nivel de planeacion contra desastres de la organization y que tan bien articulado esta 
el rol de sistemas de information en sus planes de respuesta y recuperation en caso de desastres. Las preguntas 
clave que se deben hacer los analistas lo antes posible son: 1) si los empleados saben a donde ir y 2) que hacer 
en caso de un desastre. La respuesta a estas preguntas lo guiara a traves del proceso de planeacion. La sabidurfa 
conventional provee siete elementos a considerar durante y despues de un desastre. Como veremos, muchos de 
estos elementos involucran a los sistemas de information y se relacionan de manera especffica con la planeacion 
que usted debe proveer como analista de sistemas. 

1. Identificar los equipos responsables para administrar una crisis. 

2. Eliminar puntos individuates de fallas. 

3. Determinar las tecnologfas de duplication de datos que coincidan con la agenda de la organization para 
poner los sistemas en funcionamiento. 

4. Crear planes de reubicacion y transportation detallados. 

5. Establecer varios canales de comunicacion entre los empleados y consultores que estan en el sitio, como los 
equipos de analistas. 

6. Proveer soluciones de recuperation que incluyan una ubicacion remota. 

7. Asegurar el bienestar ffsico y psicologico de los empleados y otros que puedan estar fisicamente presentes 
en el sitio de trabajo cuando ocurra un desastre. 

El plan de preparation para desastres debe identificar a los responsables de realizar varias decisiones fun- 
damentales en caso de un desastre. Hay que decidir si van a continuar o no las operaciones comerciales; como 
brindar soporte para las comunicaciones (tanto de computadora como de voz); a donde se enviaran las personas 
si las instalaciones de la empresa son inhabitables; a donde ira el personal en caso de una emergencia; ocuparse 
de las necesidades personates y psicologicas de las personas presentes en la empresa y los que podrfan trabajar 
en forma virtual; y restaurar los entornos principales de computo y laborales. 

La redundancia de los datos provee la clave para eliminar puntos individuates de fallas para los servidores 
que ejecutan aplicaciones Web. Como analista, usted puede ser especialmente util para establecer este tipo de 
respaldo y redundancia. 

Algunas empresas estan migrando a las redes de area de almacenamiento (SAN) para evitar parte de la ines- 
tabilidad asociada con los respaldos ffsicos en cintas magneticas y su almacenamiento. La duplication remota 
sincronica (tambien conocida como discos en espejo, o data mirroring) tambien esta ganando popularidad. Pero 
si las empresas estan a mas de 100 millas de distancia del sitio, el proceso de discos en espejo se puede ver afec- 
tado. La duplication remota asmcrona envia datos a la ubicacion de almacenamiento secundaria en intervalos de 
tiempo designados. Hay opciones en lfnea para pequenas empresas tambien. 

La organization debe desarrollar y distribute a todos un memorandum de una pagina que contenga las rutas 
de evacuation y los puntos de reunion de los empleados. Las tres opciones comunes son enviar a los empleados 
a sus casas, hacer que permanezcan dentro de las instalaciones o reubicarlos a una instalacion de recuperation 
preparada para continuar operando. Hay que tener en cuenta toda la gama de opciones de transportation a la hora 
de desarrollar este memo. 

Los miembros de la organization y del equipo de analisis de sistemas deben ser capaces de comunicarse en 
caso de que se interrumpa el sistema ordinario de correo electronico. Si no hay correo electronico disponible para 
transmitir un mensaje de emergencia, una pagina Web con information de emergencia o una lfnea telefonica 
pueden servir para tal fin como altemativas viables. Hace poco, varias empresas de software empezaron a ofre- 
cer una suite de herramientas de software que permiten la comunicacion ad hoc mediante agencias de respuesta 
de emergencia que les permiten establecer con rapidez herramientas de VoIP, conectividad Web y Wi-Fi. La dis- 
ponibilidad cada vez mas amplia y los precios mas bajos sin duda llevaran en el futuro estas importantes herra¬ 
mientas de comunicacion a otros tipos de organizaciones. 

Para proteger mejor los sistemas de respaldo de la organization y asegurar el flujo continuo de las tran¬ 
sactions bancarias en caso de un desastre, las nuevas regulaciones en los Estados Unidos estipulan que las 
ubicaciones remotas de los bancos deben estar por lo menos a 100 millas de distancia del sitio original. Como 
los archivos y respaldos en papel tambien representan un gran problema y son muy vulnerables a los desastres 
naturales y humanos, es imprescindible que las organizaciones creen un plan que les ayude a migrar hacia un 
proyecto de documentation digital con el fin de converter todos sus documentos en papel a formatos electronicos, 
dentro de un plazo de entre tres y cinco anos despues de su creation (Stephens, 2003). 

El soporte para los humanos que trabajan en una organization que experimenta un desastre es algo primor¬ 
dial. Debe haber suficiente agua potable a la que se tenga un facil acceso, en especial si los empleados no pue¬ 
den salir del sitio durante varios dfas debido a las condiciones del clima exterior o derrumbamientos parciales de 
ediftcios. Aunque la comida es importante, el agua lo es mas. Tambien se debe proporcionar a los empleados un 
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El dulce aroma del exito 


'■Si 


^R.ecuerde que en la Oportunidad de consultorfa 3.1, “El sonido 
mas dulce que haya sorbido”, conocio a Felix Straw. Disene una 
solucion de sistemas que resuelva los problemas que se plantearon 
en ese capltulo. ( Sugerencia: La tecnologfa es importante, pero 


tambien lo es la forma en que la utilice |a gente.). Su solucion debera 
enfatizar la colaboracion, flexibilidad, adaptabilidad y el acceso. Use 
diagramas de red para ilustrar su solucion. En unos parrafos, explique 
de manera logica por que debe elegirse su solucion. 


kit de seguridad que contenga agua, una mascarilla antipolvo, una linterna, barras luminosas y un silbato. Una 
forma de averiguar que debe contener un kit de provisiones contra desastres para el espacio de trabajo individual 
es ir al sitio Web de la Cruz Roja Americana (www.redcross.org), donde se proveen los detalles para apoyar a las 
personas en caso de desastres y hacerse cargo de ellas despues de los mismos. 

EVALUACION 

A lo largo del ciclo de vida del desarrollo de sistemas, el analista, los directivos y los usuarios han estado eva- 
luando la evolution de los sistemas de informacion y las redes para proporcionar retroalimentacion para su me- 
jora eventual. La evaluacion tambien se necesita para dar seguimiento a la implementacion del sistema. 

Tecnicas de evaluacion 

En reconocimiento de que la evaluacion continua de sistemas de informacion y redes es importante, se han in- 
ventado muchas tecnicas de evaluacion. Estas tecnicas incluyen el analisis costo-beneficio (como vimos en el 
capitulo 3); los modelos que intentan estimar el valor de una decision con base en los efectos de la informacion y 
que usan teorfa de informacion, simulation o estadfsticas bayesianas; las evaluaciones del usuario que enfatizan 
los problemas de implementacion y participacion del usuario, y los enfoques de utilidad de sistemas de informa¬ 
cion que examinan las propiedades de la informacion. 

Cada tipo de evaluacion sirve para un proposito diferente y tiene desventajas inherentes. El analisis costo- 
beneficio podrfa ser diffcil de aplicar, debido a que los sistemas de informacion proporcionan informacion acerca 
de los objetivos para la primera vez, haciendo imposible comparar el desempeno antes y despues de la implemen¬ 
tacion del sistema o red distribuida. El enfoque de evaluacion de decision revisada presenta dificultad, debido a 
que todas las variables involucradas con el diseno, el desarrollo y la implementacion del sistema de informacion 
no se pueden calcular o cuantificar. El enfoque de participacion del usuario produce algun entendimiento para 
los nuevos proyectos al proporcionar una lista de control de la conducta potencialmente disfuncional por varios 
miembros organizacionales, pero enfatiza la implementacion sobre otros aspectos del diseno del SI. El enfoque 
de utilidad del sistema de informacion para la evaluacion puede ser mas completo que otros si se extiende y se 
aplica de manera sistematica. 

El enfoque de utilidad del sistema de informacion 

El enfoque de utilidad del sistema de informacion para evaluar los sistemas de informacion puede ser una tecnica 
completa y fructffera para medir el exito de un sistema desarrollado. Tambien puede servir como una gufa en el 
desarrollo de cualesquier proyectos futuros que el analista podrfa emprender. 

Las utilidades de informacion incluyen posesion, forma, lugar y tiempo. Para evaluar el sistema de infor¬ 
macion integralmente, estas utilidades se deben extender para incluir utilidad de actualizacion y utilidad del 
objetivo. Despues las utilidades se pueden ver para responder adecuadamente las preguntas de quien (posesion), 
que (forma), donde (lugar), cuando (tiempo), como (actualizacion) y por que (objetivo). En la evaluacion de un 
sistema de inventario de sangre de la figura 16.18 se puede ver un ejemplo de este enfoque de utilidad de infor¬ 
macion. 

Podemos evaluar un sistema de informacion como exitoso si posee las seis utilidades. Si el modulo del sis¬ 
tema se juzga como “pobre” al proveer una de las utilidades, todo el modulo estara destinado a fracasar. Una ob- 
tencion parcial de “regular” en una utilidad producira un modulo parcialmente exitoso. Si el modulo del sistema 
de informacion se juzga como “bueno” al proveer todas las utilidades, el modulo se considera un exito. 
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Modulos de 


sistemas de 
informacion 

Utilidad de 
forma 

Utilidad de 
tiempo 

Utilidad de 
lugar 

Utilidad de 
posesion 

Utilidad de 
actualization 

Utilidad de 
objetivo 

Listas de 
inventario 

Exito 

Bueno. Acronimos 
usados donde son 
iguales que los codigos 
deenvio. Conforme 
crece un sistema, se 
presenta demasiada 
informacion; esta 
sobrecarga se hizo para 
resumir la informacion. 

Bueno. Los 

informes se 
recibieron por lo 
menos una hora 
antes deque se 
programaran los 
enviosen una 
base diaria. 

Bueno. Las listas de 
inventario se 
imprimieron en el 
centra regional de 
sangre. Las listas se 
entregaron a los 
hospitales con los 
envios actuates. 

Bueno. Los informes 
los recibieron las 
mismas personas 
que originalmente 
mantuvieron los 
registros manuales. 

Bueno. La 

implementacion fue 
facil debidoa que los 
hospitales encontraron 
las listas de inventarios 
extremadamente utiles. 

Bueno. La 

informacion acerca 
de la ubicacion de 
una unidad 
particular estuvo 
disponible. 

Informes de 
resumen de 
la gerencia 

Exito 

Bueno. El informe de 
resumen se diseno para 
las especificaciones de 
formato exactas de los 
informes de resumen 
manuales desarrollados 
por el administrador de 
sangre de los hospitales 
de la ciudad. 

Bueno. Igual que 
los listados. 

Bueno. Los informes 
de resumen se 
imprimieron en 
el centra donde 
se necesitaban. 

Bueno. Los 

administradoresde 
sangre que 
originalmente 
mantienen los 
informes manuales 
recibieron estos 
reportes. 

Bueno. Los 

administradoresde 
sangre participaron en 
el diseno de los 
informes. 

Bueno. Los informes 
de resumen 
ayudaron a reducir 
obsolescenciasy 
evitarescasez. 

Pronostico a 
corto plazo 

Exito 

Bueno. Seemitio un 
pronostico para cada 
tipode sangre. 

Bueno. Los 

pronosticos se 
actualizaron a 
diario. 

Bueno. Se imprimieron 
en el banco de sangre. 

Bueno. Los 

administradores 
involucrados con la 
distribucion y 
recoleccion reciben 
el informe. 

Bueno. El diseno de 
la salida pudo haber 
sido mas participativo. 

Bueno. Se 

previnieron 
ausenciasal llamar 
a masdonadores. 

Asignacion 

heuristica 

Falla 

Pobre. Las personas 
queasignan la sangre 
desconffan de los 
misteriosos numeros 
producidos por la 
computadora. 

Bueno. Los 

informes se 
proporcionaron 
una hora antes de 
que setomaran 
las decisiones. 

Bueno. Se imprimieron 
en el banco de sangre. 

Regular. Los 

administradores 
responsablesde 
asignar a diario la 
sangre recibieron el 
original. 

Pobre. Hubo 
demasiadas personas 
involucradas con los 
inventarios de sangre 
para participaren el 
diseno del sistema. 

Pobre. Esta no fue 
una meta inmediata 
de la region del 
banco de sangre. 

Los costos de envfo 
se pasaron a los 
pacientes. 


FIGURA 16.18 

Evaluation de information de inventario de sangre y de un sistema de soporte de 
decisiones mediante el enfoque de utilidad de un sistema de information. 


UTILIDAD DE POSESION La utilidad de posesion responde la pregunta de quien debe recibir la salida o, dicho de otro 
modo, quien debe ser responsable de tomar las decisiones. La information no tiene valor en posesion de alguien 
que carece de poder para hacer mejoras en el sistema o carece de habilidad de usar la information en forma 
productiva. 

UTILIDAD DE FORMA La utilidad de forma responde la pregunta de que tipo de salida se distribuye al encargado 
de tomar decisiones. Los documentos deben ser utiles para una persona especifica encargada de tomar decisiones 
en lo que se refiere al formato y a la jerga del documento usados. Los acronimos y tftulos de columna deben 
ser significativos para el usuario. Ademas, la information debe estar en un formato apropiado. Por ejemplo, el 
usuario no debe tener que dividir un numero entre otro para obtener un porcentaje. En cambio, un porcentaje 
se debe calcular y desplegar claramente. Al otro extremo esta la presentation de muchos datos irrelevantes. La 
sobrecarga de information ciertamente disminuye el valor de un sistema de information. 

UTILIDAD DE LUGAR La utilidad de lugar responde la pregunta de donde se distribuye la information. La 
information se debe entregar en el lugar donde se tomo la decision. Se deben archivar o almacenar informes mas 
detallados o informes de administration anteriores para facilitar el acceso futuro. 

UTILIDAD DE TIEMPO La utilidad de tiempo responde la pregunta de cuando se distribuye la information. La 
information debe llegar antes de que se tome una decision. La information retrasada no tiene utilidad. Al otro 
extremo esta la entrega de information mucho tiempo antes de la decision. Los informes se podrfan volver 
inexactos o podrfan olvidarse si se entregaron prematuramente. 

UTILIDAD DE ACTUALIZACION La utilidad de actualization esta relacionada con como el encargado de tomar 
decisiones introduce la information y la utiliza. Primero, el sistema de information tiene valor si posee la 
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Limpiando el nuevo sistema 




“NT 

L>o se lo que paso. Cuando se instalo el nuevo sistema, los 
analistas salieron limpiamente, hasta donde puedo recordar”, dice 
Marc Schnieder, en tono filosofico. Como vimos, el es dueno de Marc 
Schnieder Janitorial Supply Company (usted vio a Marc por ultima 
vez en la Oportunidad de consultorfa 13.1, cuando le ayudo a so- 
lucionar sus necesidades de almacenamiento de datos. En ese 
lapso, en la empresa de Marc instalaron un nuevo sistema de infor¬ 
mation). 

“El equipo de analisis de sistemas nos hizo algunas preguntas 
sobre que nos habla parecido el nuevo sistema”, Marc agrega con 
impaciencia. “Nunca supimos como decirles que la salida no era tan 
limpia como hubieramos querido. Es decir, era confusa. Por ejem- 


plo, no le llegaba a la gente adecuada en el momento oportuno. En 
realidad nunca pudimos discutir de los pequenos detalles del sis¬ 
tema terminado con ese equipo de consultores. Siento como si hu¬ 
bieramos tenido que contratar a su grupo simplemente para que 
limpiaran lo que ellos ensuciaron”. 

Despues de posteriores conversaciones con Stan Lessink y Jill 
Oh, los programadores en jefe de la companfa, usted llega a la con¬ 
clusion de que el equipo que hizo la instalacion initial no tenia nin- 
gun mecanismo de evaluation. Sugiera un marco de trabajo adecuado 
para evaluar las inquietudes que le surgieron al senor Schnieder so¬ 
bre el sistema. i,Que problemas pueden ocurrir cuando un sistema no 
se evaltia de manera sistematica? Responda en un parrafo. 


habilidad de ser implementado. Segundo, la utilidad de actualization implica que un sistema de information 
tiene valor si se mantiene despues de que sus disenadores se van, o si un usuario que utilice por una sola vez el 
sistema de information obtiene resultados satisfactorios y duraderos. 

UTILIDAD DE OBJETIVO La utilidad de objetivo responde el “porque” de los sistemas de information al preguntar 
si la salida tiene el valor de ayudar a la organization a cumplir sus metas. El objetivo del sistema de information 
no solo debe estar en linea con los objetivos de los encargados de tomar decisiones, sino que tambien debe 
reflejar sus prioridades. 

EVALUACION DE SITIOSWEB CORPORATIVOS 

La evaluation del sitio Web corporativo que esta desarrollando o manteniendo es una parte importante de cual- 
quier esfuerzo de implementation exitoso. Los analistas pueden usar el enfoque de utilidad del sistema de infor¬ 
mation previamente descrito para evaluar las calidades esteticas, contenido y entrega del sitio. Como analista o 
administrador Web, debe ir un paso mas adelante y analizar el trafico Web. 

Un visitante a su sitio Web puede generar gran cantidad de information util para que usted la analice. Esta 
information se puede recopilar automaticamente al capturar information sobre la fuente, incluyendo el ultimo si¬ 
tio Web que el usuario visito y las palabras clave usadas para encontrar el sitio; la information tambien se puede 
obtener mediante el uso de cookies (archivos colocados en la computadora de un visitante acerca de cuando vi¬ 
sito por ultima vez el sitio). 

Uno de los principales paquetes para monitorear actividad de Web es Webtrends. La figura 16.19 es una 
muestra de un reporte que lista los archivos mas descargados en el sitio Web por dia de la semana. El grafico 
muestra los primeros cinco archivos transmitidos y la tabla inferior es una lista ordenada de todas las descargas. 

Un analista o administrador Web pueden obtener information valiosa al usar un servicio tal como Webtrends 
(aunque algunos servicios son gratuitos, por lo general los servicios de pago proporcionan el detalle necesario 
para evaluar a fondo el sitio; el costo se considera un costo de operation para el mantenimiento del sitio Web). 
La information para ayudarle a evaluar el sitio de su cliente y hacer mejoras es abundante y facil de obtener. Los 
siete elementos esenciales se describen a continuation. 

1. Sepa con que frecuencia se visita el sitio Web de su cliente Entra la information general que debe saber 
figuran el numero de consultas que tuvo un sitio Web en los ultimos dfas, el numero de sesiones de visitantes 
y el numero de paginas visitadas. 

2. Aprenda detalles acerca de paginas especificas en el sitio Es posible obtener estadisticas de las paginas 
mas solicitadas, los temas mas solicitados, las rutas superiores que un visitante sigue a traves del sitio Web 
del cliente o incluso los archivos mas transmitidos. Si el sitio Web es comercial, los informes del carrito de 
compras pueden mostrar cuantos visitantes se convirtieron en compradores y cuantos abandonaron sus 
carritos o no completaron el proceso de pago. 
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FIGURA 16.19 

Ejemplo de un informe de 
Webtrends Corporation que 
muestra los archivos que mas se 
descargaron en el sitio Web 
corporativo. 


3. Averigiie mas sobre los visitantes del sitio Web La demograffa e informacion del visitante —tal como el 
numero de visitas por un visitante particular en un periodo, si el visitante es nuevo o es uno que esta 
regresando, y quienes son los visitantes mas frecuentes— es informacion valiosa al evaluar un sitio Web. La 
pantalla en la figura 16.20 muestra el numero de los visitantes unicos (grafico superior), el numero de 
visitantes que realizan su primera visita (grafico medio) y la duration media de las visitas (grafico inferior). 

4. Descubra si los visitantes pueden completar adecuadamente los formularios que disend Si el porcentaje de 
error es alto, redisene el formulario y vea lo que sucede. El analisis de las estadlsticas revelara si un mal 
diseno de formulario puede ser culpable por los errores en las respuestas. 

5. Averigiie quien envia a los visitantes del sitio Web al sitio del cliente Averigiie cuales sitios son 
responsables de enviar a los visitantes al sitio Web del cliente. Consiga estadlsticas de los sitios que le han 
enviado mas trafico, los motores de busqueda mas efectivos e incluso las palabras clave que los visitantes 
usaron para localizar el sitio Web de su cliente. Despues de promover un sitio, puede usar el analisis de 
trafico Web para rastrear si la promotion del sitio realmente represento una diferencia. 



FIGURA 16.20 

Informe que compara las 
estadlsticas de los visitantes 
generadas por Commerce Trends 
(de Webtrends Corporation). 
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6. Determine que navegadores estan usando los visitantes Sabiendo que navegadores se estan usando, puede 
agregar caracterfsticas de un navegador especffico que mejoren la apariencia y el funcionamiento del sitio, y 
animen a los visitantes a quedarse mas tiempo, con lo cual mejora la lealtad del sitio. Esto ayuda a saber si 
los visitantes estan usando navegadores actuales o anticuados. 

7. Averigiie si los visitantes del sitio Web del cliente estan interesados en la publicidad Por ultimo, averigiie si 
los visitantes del sitio estan interesados en las campanas publicitarias que tiene en su sitio, tal como ofrecer 
un descuento especial a productos por un periodo especffico. 

Los servicios de monitoreo de actividad Web pueden ser utiles al evaluar si el sitio esta cumpliendo con 
sus objetivos en lo que se refiere al trafico, a la efectividad de la publicidad, la productividad del empleado y el 
retorno sobre la inversion. Esta es una de las maneras en que un analista puede evaluar si la presencia Web cor- 
porativa esta cumpliendo con las metas fijadas por la gerencia y si se cumple con precision con la vision de la 
organizacion. 


RESUMEN 

El analista de sistemas puede asegurar la administracion de la 
calidad total (TQM) para analizar y disenar sistemas de infor¬ 
mation de muchas formas. Seis Sigma es una cultura, filosoffa, 
metodologfa y un enfoque para la calidad que tiene como meta 
la elimination de todos los defectos. Una herramienta para 
disenar un sistema con un enfoque descendente y modular se 
denomina diagrama de estructura. La arquitectura orientada 
a servicios es una metodologfa que utiliza servicios indepen- 
dientes para realizar varias funciones. Dos de las tecnicas es- 
tructuradas que pueden ayudar al analista de sistemas son los 
manuales de procedimientos y FOLKLORE. Los analistas de 
sistemas deben elegir una tecnica que se adapte bien a lo que se 
utilizaba anteriormente en la organizacion; ademas debe permi- 
tir flexibilidad y una facil modification. 

La prueba de programas especfficos, subsistemas y siste¬ 
mas totales es esencial para la calidad. El mantenimiento del 
sistema es una consideration importante. Los auditores inter- 
nos y externos se usan para determinar la fiabilidad de la in¬ 
formation del sistema. Elios comunican sus resultados de la 
auditorfa a otros para mejorar la utilidad de la information del 
sistema. 

La implementation es el proceso de asegurar que los siste¬ 
mas de information y las redes sean funcionales y despues in- 
volucrar a los usuarios bien capacitados en su operation. En los 
proyectos grandes de sistemas, el papel principal del analista es 
vigilar la implementation, estimando correctamente el tiempo 
necesario, y despues supervisar la instalacion del equipo para 
los sistemas de information. 

Los sistemas distribuidos aprovechan la tecnologfa de las 
telecomunicaciones y de administracion de bases de datos para 
interconectar a las personas que manipulan algunos de los mis- 
mos datos de formas significativas pero diferentes. Conforme se 
evaluan el hardware y software, el analista de sistemas tambien 
necesita considerar los costos y beneficios de emplear un sis¬ 
tema distribuido para satisfacer los requerimientos del usuario. 
Una de las formas mas populares de acercarse a los sistemas 
distribuidos es mediante el uso de un modelo cliente-servidor. 
La computation en nube permite dar servicio al comercio, las 
aplicaciones y el almacenamiento de datos mediante Internet. 
Los tipos estandar de redes organizacionales incluyen la red de 
area local (LAN) y la red de area amplia (WAN). Mediante la 
metodologfa descendente (top-down) los analistas pueden usar 


cinco sfmbolos para ayudar a dibujar diagramas de descompo- 
sicion de red y de conectividad de concentradores. 

La capacitacion de usuarios y personal para interactuar con 
el sistema de information es parte importante de la implemen¬ 
tation, debido a que los usuarios generalmente deben poder 
ejecutar el sistema sin la intervention del analista. La conver¬ 
sion es el proceso de cambiar del sistema de information viejo 
al nuevo. Las cinco estrategias de conversion son conversion 
directa, conversion paralela, conversion por fases o gradual, 
conversion modular y conversion distribuida. La investigation 
sugiere que los analistas pueden mejorar la probabilidad de que 
se acepten los sistemas recien implementados si desarrollan 
sistemas teniendo en cuenta metaforas organizacionales predo- 
minantes. 

La seguridad de datos y sistemas ha cobrado mayor im- 
portancia para los analistas que disenan mas aplicaciones de 
comercio electronico. La seguridad tiene varias facetas —ff- 
sica, logica y conductual— que deben trabajar en conjunto. Los 
analistas pueden tomar varias precauciones, tal como software 
antivirus, filtrado de correo electronico, filtros URL, firewalls, 
gateways, redes privadas virtuales, productos de detection de 
intrusion, nivel de sockets seguros, transaction electronica 
segura y el uso de una infraestructura de clave publica para 
mejorar la privacidad, confidencialidad y seguridad de siste¬ 
mas, redes, datos, individuos y organizaciones. Ademas, toda 
empresa para la cual usted disene una aplicacion de comercio 
electronico debe adoptar una polftica de privacidad con base en 
cinco lineamientos. 

Incluso cuando se tomen todas las medidas posibles para 
asegurar la seguridad, privacidad y estabilidad del sistema, 
todos los empleados y sistemas son vulnerables a los desas- 
tres naturales o provocados por los humanos. La recuperation 
de los desastres se concentra en la forma en que una empresa 
puede continuar despues de sufrir un desastre y como puede 
restaurar la infraestructura esencial de TI. 

Hay muchos enfoques de evaluation disponibles, inclu- 
yendo el analisis costo-beneficio, el enfoque de evaluation de 
decision revisada y las evaluaciones de la participation del usua¬ 
rio. El marco de referenda de la utilidad del sistema de infor¬ 
mation es una forma directa de evaluar un nuevo sistema con 
base en las seis utilidades de posesion, forma, lugar, tiempo, 
actualization y objetivo. 
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6.2 



“C 


• omo sabe, Snowden esta decidido a implementar algun tipo 
de rastreo automatizado para la gente de Capacitacion. No obstante, 
a pesar de que usted y su equipo han estado aquf en MRE todo este 
tiempo, a ml no me queda claro como se lograra eso. Tal vez usted 
se haya percatado que algunas personas como Tom Ketcham se 
aferran a sus formas de pensar, pero Snowden tambien es asf, y el 
tiene la sarten por el mango. Lo que le estoy diciendo no es nuevo 
para usted, ^verdad?”. 

‘ Ademas le pido que verifique con Jack O’Malley y Kate Eckert 
para asegurarse de que lo que planea este cubierto por su plan de 
recuperacion de desastres mas reciente. Creo que para cuando 
Snowden regrese de Polonia, usted debe estar preparado para mos- 
trarle como podemos implementar un sistema de rastreo automati¬ 
zado para el grupo de Capacitacion, pero tiene que ser un sistema 
convincente para los nuevos usuarios. Despues de todo, ellos son 


los que tienen que utilizarlo. Le reservare una reunion con Snowden 
para dentro de dos semanas.” 

Preguntas de HYPERCASE 

1. Desarrolle un plan de implementation que pudiera servir al 
grupo de Capacitacion para cambiar a un sistema 
computarizado de rastreo de proyectos. Explique su enfoque 
en un parrafo. Asegurese de que su plan tambien cumpla las 
expectativas de Snowden. 

2. En dos parrafos, explique que enfoque de conversion es 
apropiado para adoptar un nuevo sistema automatizado de 
seguimiento de proyectos para el grupo de Capacitacion. 

3. Cree una lista con vinetas de las medidas que tomarfa para 
asegurar y respaldar el nuevo sistema de rastreo de proyectos 
que va a proponer para el grupo de Capacitacion. 


PALABRAS CLAVE Y FRASES 

acoplamiento de datos 
administration de la calidad total (TQM) 
analisis del trafico Web 
auditor interno 

bandera de control (interruptor) 
rirculo de calidad de SI 
conectividad de concentrador 
conversion directa 
conversion distribuida 
conversion gradual o en fases 
conversion modular 
conversion paralela 
descomposicion de red 
diagrama de estructura 
diseno ascendente 
diseno descendente 
diseno y desarrollo modular 
documentation de software 
firewall o sistema de firewall 
FOLKLORE 

infraestructura de clave ptiblica (PKI) 
mantenimiento de software 
metaforas organizacionales 
modelado de redes 


modelo cliente-servidor 

polftica de privacidad corporativa 

preparation para desastres 

procesamiento distribuido 

productos de filtrado de correo electronico 

productos de filtrado de URL 

prueba de sistemas completa con datos de prueba 

prueba de sistemas completa con datos reales 

prueba de vinculos con datos de prueba (prueba de cadena) 

prueba del programa con datos de prueba 

recorrido estructurado 

recuperacion de desastres 

red de area amplia (WAN) 

red de area local (LAN) 

red de area local inalambrica (WLAN) 

redes de area de almacenamiento (SAN) 

seguridad conductual 

seguridad logica 

Seis Sigma 

software antivirus 

software de cifrado 

utilidad del sistema de information 

verification de escritorio 


PREGUNTAS DE REPASO 

1. ^Cuales son las tres metodologfas amplias disponibles para que el analista de sistemas obtenga calidad en los sistemas 
recien desarrollados? 

2. (,Que o quien es el factor mas importante para establecer y evaluar la calidad de los sistemas de information o sistemas 
de soporte de decisiones? ^Por que? 

3. Defina la metodologia de administration de la calidad total (TQM) segun su aplicacion al analisis y diseno de sistemas 
de information. 
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4. (,Que significa el termino Seis Sigma ? 

5. ^Que es un rfrculo de calidad de SI? 

6. Defina lo que significa realizar un recorrido estructurado. ^Que debe estar involucrado? ^Cuando se deben realizar los 
recorridos estructurados? 

7. Mencione las ventajas de tomar una metodologla descendente para el diseno. 

8. Defina el desarrollo modular. 

9. Mencione cuatro lineamientos para la programacion modular correcta. 

10. Nombre los dos tipos de flechas utilizadas en los diagramas de estructura. 

11. (,Que es la arquitectura orientada a servicios? 

12. Mencione dos razones que apoyen la necesidad de sistemas documentacion de software bien desarrollados. 

13. ^En que cuatro categories recolecta information el metodo de documentacion FOLKLORE? 

14. Mencione seis lineamientos para elegir una tecnica de diseno y documentacion. 

15. ^Quien tiene como principal responsabilidad probar los programas de computadora? 

16. ^Cual es la diferencia entre los datos de prueba y los datos reales? 

17. ^Cuales son los dos tipos de auditores de sistemas? 

18. Mencione las cuatro metodologlas para la implementation. 

19. Describa lo que significa un sistema distribuido. 

20. ^Cual es el modelo cliente-servidor? 

21. Describa cual es la diferencia entre un cliente y un usuario. 

22. ^Cuales son las ventajas de utilizar una metodologla cliente/servidor? 

23. ^Cuales son las desventajas de usar una metodologla cliente/servidor? 

24. ^Quien se debe capacitar para usar el sistema de information nuevo o modificado? 

25. Mencione las cinco posibles fuentes de capacitacion para los usuarios de sistemas de information. 

26. Mencione las cinco estrategias de conversion para convertir sistemas de information antiguos en nuevos. 

27. Mencione las nueve metaforas organizacionales y el exito hipotetico de cada tipo de sistema dada su presencia. 

28. Defina los terminos seguridad fisica, logica y conductual y de un ejemplo de cada uno que ilustre las diferencias entre 
ellos. 

29. Defina lo que significa software de cifrado. 

30. ^Que es un firewall o sistema de firewall? 

31. Mencione cinco de las medidas que un analista puede tomar para mejorar la seguridad, privacidad y confidencialidad de 
datos, sistemas, redes, individuos y organizaciones que usan aplicaciones Web de comercio electronico. 

32. Mencione cinco lineamientos para disenar una polftica de privacidad corporativa para las aplicaciones de comercio 
electronico. 

33. Mencione brevemente las diferencias entre preparation para desastres y recuperation de desastres. 

34. Mencione y describa las utilidades de los sistemas de information que se pueden utilizar para evaluar el sistema de 
information. 

35. ^Cuales son los siete elementos esenciales que el analista debe incluir al realizar el analisis de trafico de un sitio Web? 

PROBLEMAS 

1. Uno de los miembros de su equipo de analisis de sistemas ha estado desalentando los comentarios de los usuarios 
sobre los estandares de calidad, argumentando que debido a que ustedes son los expertos, realmente son los unicos 
que saben lo que constituye un sistema de calidad. En un parrafo, explique al miembro de su equipo por que es 
importante obtener las opiniones de los usuarios para la calidad del sistema. Use un ejemplo. 

2. Escriba una tabla de contenido detallada para un manual de procedimientos que explique a los usuarios como conectarse 
a la red de computo de su escuela, asf como tambien las polfticas de la red (quien es un usuario autorizado, etc.). 
Asegurese de que el manual se escriba pensando en el usuario. 

3. Su equipo de analisis de sistemas esta cerca de completar un sistema para Meecham Feeds. Roger esta bastante seguro 
de que los programas que ha escrito para el sistema de inventario de Meecham funcionaran como se requiere, debido a 
que son similares a los programas que ha hecho antes. Su equipo ha estado muy ocupado y le gustarfa empezar a realizar 
la prueba completa de sistemas tan pronto como sea posible. Dos miembros jovenes de su equipo han propuesto lo 
siguiente: 

a. Omitir la verification de escritorio de los programas (debido a que programas similares se verificaron en otras 
instalaciones; Roger esta de acuerdo). 

b. Hacer la prueba de vinculos con grandes cantidades de datos para comprobar que el sistema funcionara. 

c. Hacer la prueba completa de sistemas con grandes cantidades de datos reales para demostrar que el sistema esta 
funcionando. 

Responda a cada uno de los tres pasos del programa de prueba propuesto. Explique su respuesta en un parrafo. 

4. Proponga un plan de pruebas modificado para Meecham Feeds (problema 3). Divida su plan en una secuencia de pasos 
detallados. 

5. Dibuje una red de area local, o alguna otra configuration de procesamiento distribuido que use el enfoque cliente/ 
servidor, para resolver algunos de los problemas con la comparticion de datos que esta teniendo la compafua de 
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construction Bakerloo Brothers. La empresa quiere que equipos de arquitectos trabajen en disenos en la oficina 
principal, permitir al supervisor de la construction introducir los cambios de ultimo momento a los pianos de obras en 
proceso y permitir a clientes ver los disenos casi en cualquier parte. Actualmente, la companfa tiene una LAN para los 
arquitectos que estan en una ciudad (Filadelfia) que les permite compartir algunas herramientas de dibujo y cualquier 
actualization que los miembros del equipo hacen con los arquitectos en otras ciudades (Nueva York, Terre Haute, 
Milwaukee, Lincoln y Vancouver). El supervisor usa una computadora portatil, no puede hacer ningun cambio y no se 
conecta a una base de datos. Los clientes ven los disenos en las pantallas, pero los representantes de ventas no pueden 
introducir las modificaciones para mostrarles lo que pasarla si una pared se moviera o si se alterara una lfnea del tejado 
(Sugerencia: Mencione los problemas que la companfa esta encontrando, analice los sfntomas, piense en una solution y 
despues empiece a dibujar.). Se podrfa necesitar mas de una red y no todos los problemas se prestan a una solution de 
sistemas. 

6. Cree un plan de recuperation de desastres para una de las redes que recomendo a Bakerloo Brothers en el problema 5. 

7. Cramtrack, el sistema de tren regional, esta intentando capacitar a los usuarios de su sistema de computo recien 
instalado. Para que los usuarios obtengan la capacitacion adecuada, los analistas de sistemas involucrados con el 
proyecto enviaron un memorandum a los jefes de los cuatro departamentos que incluye a usuarios principales y 
secundarios. El memorandum decfa en parte, “Solo las personas que sienten que requieren capacitacion necesitan hacer 
las reservaciones para la capacitacion externa; todos los demas deben aprender el sistema conforme trabajen con el”. 

Solo se inscribieron 3 usuarios de 42 posibles. Los analistas estan satisfechos de que el memorandum separo 
eficazmente a las personas que necesitan la capacitacion de aquellos que no la necesitan. 

a. En un parrafo, explique que puede estar mal en el enfoque que los analistas siguieron para capacitar. 

b. Delinee los pasos que seguirfa para asegurar que las personas correctas de Cramtrack estan capacitadas. 

c. En un parrafo sugiera como se deberfa usar la Web para ayudar en la capacitacion para Cramtrack. 

8. Al escritorio de Bill Cornwell llego un atractivo y colorido folleto donde se describe el programa de capacitacion externa 
y las instalaciones de la Benny Company en terminos muy favorables, mostrando usuarios felices frente a sus PC e 
instructores profesionales atendiendoles con aspecto interesado. Bill se dirigio agitadamente hacia la oficina de Roseann 
y le dijo: “Tenemos que contratarlos. ;Este lugar se ve excelente!”. Roseann no se convencio por el folleto, pero no supo 
que decir en defensa de la capacitacion interna para usuarios que ella ya habfa autorizado. 

a. En unas frases, ayude a Roseann a argumentar la utilidad de la capacitacion interna con instructores internos en 
comparacion con la capacitacion externa con instructores contratados externamente. 

b. Si Bill se decide por la capacitacion de la Benny Company, ^que debe hacer para verificar que esta companfa sea de 
hecho el lugar correcto para capacitar a los usuarios del sistema de information de la companfa? Haga una lista de 
acciones que deba seguir. 

9. “Solo un poco mas... Quiero estar seguro que esta trabajando correctamente antes de que cambie de opinion”, dice 
Buffy, la duena de tres boutiques de accesorios de bano de nombre Tub’n Stuff. Su contador, quien le ayudo a establecer 
un nuevo sistema de information de contabilidad, esta intentando desesperadamente persuadir a Buffy de migrar 
completamente hacia el nuevo sistema. Buffy ha insistido en ejecutar los sistemas antiguo y nuevo en paralelo durante 
un ano entero. 

a. Describa brevemente los problemas generales involucrados al usar una estrategia de conversion paralela para 
implementar un nuevo sistema de information. 

b. En un parrafo, intente convencer al dueno de Tub’n Stuff de que un ano para ejecutar un sistema en paralelo es 
mucho tiempo. Sugiera una forma de acabar los sistemas duales de Tub’n Stuff que proporcione bastante certeza a 
Buffy (asuma que el nuevo sistema es confiable). 

10. Delinee un plan para realizar el analisis de trafico Web para la aplicacion de comercio electronico desarrollada para 
Marathon Vitamin Shops (consulte las Oportunidades de consultorfa 1.1, 13.2 y 14.6 para conocer mas sobre la 
organization, sus productos y sus objetivos). Su diseno debe tomar la forma de un informe escrito para el dueno de la 
cadena, Bill Berry. Asegurese de indicar que estadfsticas supervisara y por que es importante que Marathon Vitamin 
Shops las conozca. 

11. FilmMagic, una cadena de tiendas de renta de video, esta experimentando con agregar un nuevo servicio basado en Web 
a su tienda (similar a www.netflix.com) que podrfa, por una cuota mensual, permitir a clientes escoger una lista de 
DVD, prepararlos para enviarlos a su casa y regresarlos en un sobre prepagado cuando los hayan visto. Con base en lo 
que sabe de FilmMagic, escriba una polftica de privacidad corporativa que funcionarfa bien en su sitio Web 
recientemente propuesto. Cree una pantalla de prototipo (con un paquete de graficos o un procesador de texto) que 
incluya lenguaje apropiado, fuentes e iconos para mostrar como aparecera su polftica como una pagina en el sitio Web 
de FilmMagic. 

12. Ayman’s Office Supplies Company mando instalar hace poco un nuevo sistema de information para ayudar a sus 
gerentes con el inventario. Al con ellos, usted observa que parecfan enfadados con la salida del sistema, una serie de 
pantallas que muestran el inventario actual, direcciones del cliente y proveedor, y otros datos. Se necesita acceder a todas 
las pantallas a traves de varios comandos especiales y el uso de una contrasena. Los gerentes tuvieron varias opiniones 
sobre el sistema pero no tuvieron ninguna forma sistematica de evaluarlo. 

a. Invente una lista de control o formulario que ayude a los gerentes de Ayman a evaluar las utilidades de un sistema de 
information. 

b. Sugiera una segunda forma de evaluar el sistema de information. Comparela con lo que hizo en el problema 12a. 
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PROYECTOS EN GRUPO 

1. Nicholas Ventola es director general del mundialmente famoso restaurante Le Corked. Su sistema de informacion se 
desarrollo con el tiempo y, en la actualidad, consta de dos sistemas de computo que no se comunican entre sf. Un 
sistema se encarga de las reservaciones y mantiene una base de datos de las preferencias de los clientes (gustos y 
aversiones), fechas y aniversarios, y demas informacion. El otro sistema asigna cada grupo de comensales a una mesa en 
una noche dada. En su grupo utilice una metodologia descendente para identificar los modulos necesarios para realizar 
todo lo que Nicholas quiere hacer con solo un sistema de computo, desde hacer reservaciones hasta ordenar comida. Con 
base en su propia experiencia, determine que sistemas son necesarios para operar un establecimiento de cenas de lujo y 
despues describa los modulos, ademas de como y cuando los utilizaria. 

2. Divida su grupo en dos subgrupos; uno debe entrevistar a los miembros del otro sobre sus experiencias al registrarse en 
una clase. Se debe disenar preguntas para obtener informacion sobre costumbres, relatos, proverbios y formas artfsticas 
que ayudaran a documentar el proceso de registro de su escuela. 

3. Retina a su grupo para desarrollar una pagina Web para un extracto de un manual de FOLKLORE que documente el 
proceso de registro para una clase, basado en el FOLKLORE que se utilizo en las entrevistas del proyecto en grupo 2 
antes mencionado. Recuerde incluir ejemplos de costumbres, relatos, proverbios y formas artfsticas. 
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EPISODIC) 1 6 


CASO DE LA CPU 

Allen Schmidt, Julie E. Kendall y Kenneth E. Kendall 

Semper Redundate 

Mack Roe se dirige hacia el escritorio de Anna, donde tambien se encuentra Chip, y dice: “Se ha probado el ultimo programa 
e incorporado a la prueba del sistema. Los resultados indican que el sistema esta terminado. Todos los programas y subsistemas 
funcionan de la manera como se planeo. Todo el sistema se reviso en detalle. Las pruebas han sido extensas y precisas, y todos 
los problemas y errores se han resuelto de manera satisfactoria. He revisado todo lo que se debla entregar, y todo se desarrollo 
en los programas. Los dejo que lo instalen y que despues celebren”. 

“jEsto es grandioso!”, exclama Anna cuando Mack se aleja. “Hemos estado esperando mucho este momento. Ahora tene- 
mos la tarea de instalar el sistema. Ya revise con Mike Crowe: ya llego todo el hardware y esta instalado. Las computadoras se 
conectaron en una configuracion de estrella, y ya se instalo el software de red. ^Por que no hacemos una lista de las tareas que 
debemos realizar?”. 

“De acuerdo”, responde Chip. “Tenemos que capacitar a los usuarios en el manejo del sistema. Serfa bueno ofrecer primero 
una capacitacion general, y luego la capacitacion especffica para cada usuario. Tal vez sea necesario que capacitemos a varias 
personas —al usuario y a alguien que lo sustituya— para cada operation especffica.” 

“Me parece bien”, contesta Anna, “pero no creo que sea conveniente un sustituto para Paige Prynter. No creo que a ella le 
agrade la idea”. 

“Hablando de sustitucion”, agrega Chip, “^que hay de la creation de respaldos de las tablas maestras de la base de datos 
y otras tablas? Deberfamos disenar algun procedimiento automatizado para crear estas copias”. 

“Sf”, responde Anna. “Excelente idea. Tambien debemos ocuparnos de la seguridad del sistema: quien puede acceder a los 
datos, y quien puede actualizar los diversos elementos de la base de datos. Tambien deberfamos crear un plan de recuperation de 
desastres, solo en caso de que ocurran cosas como cortes de energfa u otros desastres naturales o provocados por los humanos”. 

“De acuerdo”, subraya Chip. “Uno nunca sabe cuando las cosas pueden salir mal. Otro pendiente es convertir al nuevo 
formato los archivos de production del sistema anterior. No necesitamos volver a teclear todos los registros de los archivos 
maestros de hardware y software.” 

“^Por que no encargamos a uno de los programadores que escriba un programa linico que convierta al nuevo formato cada 
uno de los archivos del formato viejo?”, sugiere Anna. “Los indices se podrfan actualizar automaticamente, y los campos adi- 
cionales se podrfan inicializar con espacios o ceros”. 

Los programadores terminan en poco tiempo los programas de conversion de archivos. Las nuevas tablas de la base de 
datos se crean y su exactitud se verifica con gran detalle. Este esfuerzo se ve recompensado con nuevas tablas que contienen 
todas las filas necesarias con information correcta. 

La capacitacion se programa para comenzar en el Centro de Information. Hy Perteks tiene mucha disposition para dedicar 
tiempo a la instalacion del software y a impartir las sesiones de capacitacion. Chip y Anna se alternan para dar capacitacion en 
las respectivas areas del sistema que crearon. 

Al finalizar las sesiones de capacitacion, la ultima tarea consiste en la conversion del sistema viejo al nuevo. Se elige el 
metodo de fases como el mejor enfoque. Primero se instalan los programas en el hardware. Los registros se actualizan con in¬ 
formation para los elementos adicionales que se incluyeron en el diseno del sistema. 

A continuation, se instalan los programas de actualization del software. Una vez mas, se introducen actualizaciones a las 
tablas de las bases de datos. Cuando los registros contienen toda la information necesaria, se instalan las pantallas de consulta. 
Por ultimo, se agregan al sistema los programas de informes y menus. 

“La instalacion es un exito redondo”, se regocija Chip. “Todo funciona correctamente, sin un error en el sistema. Creo que 
deberfamos tocar madera. ^Te han comentado algo los usuarios?”. 

“Sf”, responde Anna. “Estan felices y aliviados por contar con su nuevo sistema. Mike Crowe ya empezo a utilizar la ca- 
racterfstica de mantenimiento preventivo, y puso a sus estudiantes a que le ayudaran a realizarlo en un salon de laboratorio a la 
vez. Cher y Dot han ejecutado las diversas pantallas y varias veces han elogiado lo facil que es realizar sus tareas. Visite a Paige 
Prynter, y me pidio que le sugiriera que hacer con todo el tiempo libre que le queda.” 

“Entiendo que el sistema Web esta disponible a traves del portal de maestros. Se enviaron avisos por correo electronico 
sobre la disponibilidad del sistema Web y las sesiones de capacitacion”. 

Los analistas sonrfen. Chip dice: “En realidad ha sido bueno trabajar en este proyecto”. 

“Asf es”, responde Anna. “El mejor sistema que hemos creado aquf en la CPU.” 

“Tambien he aprendido mucho de la universidad en mi breve estancia aquf. Es un buen lugar para trabajar”, dice Chip con 
filosoffa. 

“Y si recuerdas nuestro lema, debes hacerlo bien”, responde Anna. “Semper redundate”, le dice a Chip. 

“Sf, lo veo en todos los membretes. Sin embargo, admito que nunca tome latfn en la escuela. ^Que significa este lema?”, 
pregunta Chip. 

“jRespalda siempre!”, dice Anna con seguridad. 
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EJERCICIOS 

E -1. Describa los procedimientos que deben disenarse para crear archivos de respaldo de manera automatica. Explique en un 
parrafo los pros y contras de estos procedimientos. 

E -2. Mencione las medidas de seguridad que deben tomarse para impedir que personas no autorizadas utilicen el sistema de 
computo. 

E -3. Describa un plan de recuperation de desastres para el nuevo sistema de computo que acaba de crear para la CPU. Haga 
un enfasis especial en los equipos que seran responsables de manejar una crisis. 

E -4. Explique en un parrafo por que se utilizaria una conversion en fases para instalar el sistema de computo. 


www.xlibros.com 


GLOSARIO 



Los numeros entre parentesis hacen referenda al capftulo en 
el que se define el termino. 

ACOPLAMIENTO DE DAT OS Representation de la 
forma de pasar los datos entre dos modulos en un diagrama 
(o grafico) de estructura. (16) 

ACTOR En UML, el rol especffico de un usuario del 
sistema. El actor existe fuera del sistema e interactua con el 
mismo de una manera especffica. Un actor puede ser un 
humano, otro sistema o un dispositivo tal como un teclado. 
(10) Vea tambien caso de uso. 

ADM INISTRACION DE LA CADENA DE 
SU M INI ST R 0 El esfuerzo de una organizacion por integrar 
a sus proveedores, distribuidores y los requerimientos 
administrativos de los clientes en un solo proceso unificado. 
Las aplicaciones de comercio electronico pueden mejorar la 
administracion de la cadena de suministro. (16) 
ADMINISTRACION DE PROYECTOS El arte y la 
ciencia de planificar un proyecto, estimar costos y 
calendarios, administrar el riesgo, organizar y supervisar un 
equipo. Existen muchos paquetes de software para apoyar las 
tareas de administracion de proyectos. (3) 
ADMINISTRADOR DE PROYECTOS La persona 
responsable de supervisar la planificacion, costos, 
calendarios y organizacion del equipo de un proyecto 
(a menudo de sistemas). Con frecuencia este papel lo 
desempena un analista de sistemas. (3) 

AG REG AC ION A menudo se describe como relation 
“tiene un” al usar UML para una metodologfa orientada a 
objetos. Las agregaciones proveen la manera de mostrar que 
un objeto esta compuesto en su totalidad por la suma de sus 
partes (otros objetos). (10) 

AJAX Un metodo que utiliza JavaScript y XML para 
modificar paginas Web en forma dinamica sin tener que 
mostrar una nueva pagina, para lo cual obtiene pequenas 
cantidades de datos del servidor. (12) 

AJUSTE Describe la forma en que trabajan en conjunto 
los elementos HCI del humano, la computadora y la tarea a 
realizar para mejorar el rendimiento y bienestar. (14) 

ALIAS Nombre altemativo para un elemento de datos usado 
por distintos usuarios. Se registra en un diccionario de datos. (8) 


AL M AC EN DE DATOS Datos que se almacenan en el 
sistema; se representa mediante un rectangulo con un 
extremo abierto en los diagramas de flujo de datos. (7). 
ALMACEN DE DATOS CORPORATIVO Unacoleccion 
de datos de apoyo de los procesos de decision administrativos 
que esta orientada al tema, integrada, varfa con el tiempo y es 
no volatil. (14) Vea tambien minerfa de datos. 

ANAL ISIS DE PUNTOSDE FUNCION Unamanerade 
estimar el tamano de un proyecto, tomando en cuenta los 
cinco componentes principales de los sistemas 
computacionales: entradas externas, salidas extemas, 
consultas de registros externas, archivos logicos internos y 
archivos de interfaz externa. (3) 

ANALISTA DE SISTEMAS La persona que evalua de 
manera sistematica la forma en que funcionan los negocios, 
mediante un examen de la introduction y el procesamiento 
de los datos y la information de salida con la intention de 
mejorar los procesos organizacionales y la calidad de la vida 
util para los usuarios. (1) 

ARBOL DE DECISIONES Un metodo de analisis para las 
decisiones estructuradas; es una metodologfa apropiada cuando 
es necesario realizar las acciones en cierta secuencia. (9) 
ARQUITECTURA CLIENTE/SERVIDOR Un modelo 
de diseno en el que las aplicaciones se ejecutan en una red de 
area local (LAN). Las computadoras en la red dividen las 
tareas de procesamiento entre servidores y clientes. Los 
clientes son maquinas en red que actuan como puntos de 
entrada en el sistema cliente/servidor. (16) 
ARQUITECTURA ORIENTADA A SERVICIOS 
(SOA) Crear servicios de software individuales que no esten 
asociados o que tengan un acoplamiento debil con algiin otro 
elemento como aplicaciones o partes de aplicaciones para los 
usuarios, usando a menudo la Web como plataforma. (16) 

ATRIBUTO Cierta caracterfstica de una entidad. Puede 
haber muchos atributos para cada entidad. (13) Vea tambien 
elemento de datos. 

BANDERA DE CONTROL Se utiliza en los diagramas 
(o graficos) de estructura para gobernar la porcion a ejecutar 
de un modulo; se asocia con instrucciones IF, THEN, ELSE 
y demas tipos similares de instrucciones. (16) 
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BASE DE DATOS Un almacen de datos electronico 
definido de manera formal y controlado en forma central, 
para usarse en muchas aplicaciones. (13) 
BENEFICIOSINTANGIBLES Beneficios que se 
acumulan en la organizacion como resultado de un nuevo 
sistema de informacion y que son diffciles de medir, como 
mejorar la toma de decisiones, mejorar la precision y 
volverse mas competitivo. (3) Vea tambien costos 
intangibles, beneficios tangibles, costos tangibles. 
BENEFICIOSTANGIBLES Ventajas que sepueden 
medir en dinero y se acumulan en la organizacion a traves 
del uso de los sistemas de informacion. (3) Vea tambien 
beneficios intangibles, costos intangibles, costos tangibles. 

BOTON DE OPCION Uno de varios elementos de 
diseno de GUI que provee un boton de opcion redondo en 
un cuadro de dialogo. Los botones son mutuamente 
excluyentes, debido a que un usuario puede escoger solo un 
boton de opcion dentro del grupo de opciones que se 
visualicen. (11) 

CAM PO Una parte flsica de una base de datos que se 
puede empaquetar con varios elementos de datos; la unidad 
mas pequena identificable de datos de la aplicacion, 
reconocida por el software del sistema. (13) 

CARRILES (SWIM LANES) Zonas que se utilizan en los 
diagramas de actividad para indicar el particionamiento; 
pueden mostrar que actividades se realizan en cada 
plataforma y que grupo de usuarios las realiza; tambien 
pueden representar la logica del sistema. (10) 

CASO DE USO En UML, una secuencia de transacciones 
en un sistema; el proposito es producir algo de valor para un 
actor en el sistema; se concentra en lo que hace el sistema, 
en vez de en como lo hace. El modelo de caso de uso se basa en 
las interacciones y relaciones de casos de uso individuales. 
En un caso de uso, un actor que utiliza el sistema inicia un 
evento que a su vez empieza una serie relacionada de 
interacciones en el sistema. (10) 

CICLO DE VIDA DEL DESARROLLO DE SISTEMAS 
(SDLC) Una metodologla de siete fases para el analisis y 
diseno de sistemas, la cual sostiene que los sistemas se 
desarrollan mejor mediante el uso de un ciclo especffico de 
actividades de analistas y usuarios. (1) 

CIFRADO El proceso de hacer ilegible un mensaje 
mediante el uso de una clave, de manera que pueda leerlo 
solo el destinatario designado. De esta forma, la persona 
designada como receptor del mensaje puede utilizar la clave 
para descifrarlo y leerlo. (13) 

C L ASE Una plantilla comun para un grupo de objetos 
individuales con atributos y comportamientos comunes en el 
analisis y diseno orientados a objetos, y en el UML. (10) 
CLASE DE OBjETO Una categorla de objetos similares. 
Los objetos se agrupan en clases. Una clase define el 
conjunto de atributos y comportamientos compartidos que se 
encuentran en cada objeto de la clase. (10) 

CLAVE (0 LLAVE) Uno de los elementos de datos en un 
registro que se utiliza para identificar al registro. (13) Vea 
tambien clave primaria, clave secundaria. 


CLAVE (0 LLAVE) CONCATENADA Una clave 
compuesta que se crea cuando no es posible identificar un 
registro con solo utilizar uno de los elementos de datos que 
se encuentran en el; para elegir una clave se elijen dos o 
mas elementos de datos y se combinan entre si. (13) 

CLAVE (0 LLAVE) PRIMARIA Una clave que 
identifica a un registro en forma unica. (13) Vea tambien 
clave, clave secundaria. 

CLAVE (0 LLAVE) SECUNDARIA Una clave que no 
puede identificar a un registro en forma unica; se puede 
utilizar para seleccionar un grupo de registros que 
pertenezcan a un conjunto. (13) 

C0DIG0 NEM0NIC0 Cualquier codigo (a menudo 
utilizando una combinacion de letras y sfmbolos) que ayuda 
al capturista de datos a recordar como introducirlos 
correctamente, o que ayuda al usuario a recordar como usar 
la informacion. (15) 

C0MERCI0 ELECTRONICO Hacernegocios por via 
electronica, incluyendo el correo electronico, las tecnologlas 
Web, BBS, tarjetas inteligentes, EFT y EDI, entre 
proveedores, clientes, agendas gubernamentales y otras 
empresas para realizar y ejecutar transacciones en 
actividades comerciales, administrativas y de los 
consumidores. (1) 

C0MPLEMENT0 (PLUG-IN) Software adicional 
(a menudo desarrollado por un tercero) que se puede utilizar 
con otro programa; por ejemplo, los complementos Real 
Player de RealNetworks o Flash de Macromedia se utilizan 
en los navegadores Web para reproducir audio o video de 
flujo continuo y ver animaciones basadas en vectores. (11) 

COM P0RTAMIENT0 La forma en que un objeto actua 
y reacciona. (10) 

COM PUTO EN LA NUBE Esquema dentro del cual las 
organizaciones y los usuarios individuales utilizan servicios 
Web, de bases de datos y de aplicaciones a traves de 
Internet (la nube), sin tener que invertir en hardware 
o software corporativo o personal, o en herramientas de 
software adicionales a las que la Web proporciona. Las 
empresas utilizan navegadores Web para acceder a las 
aplicaciones y los servidores almacenan software y datos 
para las empresas. (16) 

C ONSULTAS Preguntas que los usuarios hacen a la base 
de datos en relacion con la informacion que contiene. Cada 
consulta involucra a una entidad, un atributo y un valor. (14) 
CONVERSION Convertir flsicamente la informacion del 
sistema antiguo al nuevo sistema. Hay cinco estrategias de 
conversion: cambio directo, conversion en paralelo, conversion 
en fases o gradual, conversion de prototipo modular y 
conversion distribuida. 

COSAS En UML, las cosas describen a los objetos del 
analisis y diseno orientados a objetos. Los dos agrupamientos 
de cosas que se utilizan con mas frecuencia son las cosas 
estructurales y las cosas de comportamiento. (10) 

CO ST OS INTANGIBLES Costos que son diffciles de 
estimar y que tal vez se desconozcan, incluyendo el perder la 
ventaja competitiva o la reputacion de innovador, y deteriorar 
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la imagen de la empresa debido a information inoportuna o 
inaccesible. (3) Vea tambien beneficios intangibles, 
beneficios tangibles, costos tangibles. 
COSTOSTANGIBLES Los costos en dinero que el analista 
de sistemas puede pronosticar con precision, incluyendo el 
costo de las computadoras, los recursos, el tiempo de los 
analistas y programadores, y los salarios de los demas 
empleados, para desarrollar un nuevo sistema. (3) Vea tambien 
beneficios intangibles, costos intangibles, beneficios tangibles. 
CREACION DE PROTOTIPOS Unproceso rapido e 
interactivo entre los usuarios y analistas para crear y refinar 
porciones de un nuevo sistema; se puede utilizar como parte 
del ciclo de vida del desarrollo de sistemas (SDLC) para 
determinar los requerimientos, o como una alternativa para el 
SDLC. (6) Vea tambien desarrollo rapido de aplicaciones. 
DEFINICION DEL PROBLEMA Una declaration formal 
del problema, incluyendo: 1) aspectos de la situation actual, 

2) los objetivos para cada cuestion, 3) los requerimientos que 
se deben incluir en todos los sistemas propuestos y 4) las 
restricciones que limitan el desarrollo del sistema. (3) 
DESARROLLO RAPIDO DE APLICACIONES 
(RAD) Una metodologfa orientada a objetos para el 
desarrollo de sistemas, la cual incluye un metodo de 
desarrollo junto con herramientas de software. (6) Vea 
tambien creation de prototipos. 

DESNORM ALIZACION 

(0 DENORM ALIZACION) Definir registros ffsicos que no 
esten en la tercera forma normal o en una superior; incluye la 
union de atributos de varias relaciones entre sf para evitar el 
costo de acceder a varios archivos. El particionamiento es 
una forma intentional de desnormalizacion. (13) 

DIAGRAMA DE BURBUJA Un diagrama simple que 
muestra las asociaciones de datos de los elementos de datos. 
Cada entidad se encierra en una elipse y se utilizan flechas 
para mostrar las relaciones. Tambien se le conoce como 
diagrama de modelo de datos. (13) 

DIAGRAMA DE CLASES Se usa para modelar en forma 
grafica la vista de diseno estructural estatica de un sistema; 
ilustra los requerimientos funcionales del sistema recopilados 
mediante el analisis, asf como el diseno ffsico del sistema. (10) 

DIAGRAMA DE ESTADOS EnUML, una forma de 
refinar aun mas los requerimientos. (10) 

DIAGRAMA DEE ST RUCTURA Una herramienta para 
disenar un sistema modular arriba-abajo, la cual consiste en 
cuadros rectangulares y flechas de conexion. (16) Vea 
tambien bandera de control, acoplamiento de datos. 

DIAGRAMA DE FLUJO DE DATOS 

(D F D ) Representation grafica de los procesos de datos, 
flujos de datos y almacenes de datos en un sistema 
comercial. (7) 

DIAGRAMA DE FLUJO DE DATOSA NIVEL DE 
CONTEXTO El diagrama de flujo de datos mas basico de 
una organization; muestra la forma en que los procesos 
transforman los datos entrantes en information saliente. 
Tambien se le conoce como modelo ambiental. (2) Vea 
tambien diagrama de flujo de datos. 


DIAGRAMA DE FLUJO DE DATOS FISICO Un DFD 

que muestra la forma en que se implementara un sistema, 
incluyendo el hardware, software, las personas y los 
archivos involucrados. (7) Vea tambien diagrama de flujo 
de datos logico. 

DIAGRAMA DE FLUJO DE DATOS LOGICO Un 

diagrama que se enfoca en el negocio y la manera en que este 
opera; describe los eventos de negocios que se llevan a cabo 
y los datos que cada evento requiere y produce. (7) Vea 
tambien diagrama de flujo de datos, diagrama de flujo de 
datos ffsico. 

DIAGRAMA DE NIVEL 0 La expansion 
(o descomposicion) del diagrama de flujo de datos a nivel de 
contexto, que muestra de tres a nueve procesos importantes, 
flujos de datos importantes y almacenes de datos del sistema 
que se esta estudiando. (7) 

DIAGRAMA DE OBJETOS Un diagrama similar a los 
diagramas de clase, pero que representa el estado de las 
instancias de la clase y sus relaciones en un punto en el 
tiempo; muestra los objetos y sus relaciones. Tambien 
muestra la opcionalidad (el cliente puede tener cero o mas 
contratos de renta) y la cardinalidad (el contrato de renta solo 
puede tener un cliente). (10) 

DIAGRAMADESECUENCIA En UML, un diagrama 
de secuencia ilustra una sucesion de interacciones entre 
instancias de objetos a traves del tiempo. A menudo se utiliza 
para ilustrar el procesamiento descrito en escenarios de casos 
de uso. (10) 

DIAGRAMA ENT I DAD-RE LAC ION (E-R) Una 

representation grafica de un modelo E-R. (8) 

DIAGRAMA HIJO El diagrama que resulta al expandir un 
proceso del Diagrama 0 (conocido como proceso padre). (7) 

Dl AG RAMA PERT Una herramienta que se utiliza para 
determinar las actividades crfticas de un proyecto. Se puede 
utilizar para mejorar la calendarizacion de un proyecto y 
evaluar su progreso. Significa Tecnica de Revision y 
Evaluation de Programas. (3) 

DICC IONA RIO DE DATOS Una obra de consulta con 
information sobre los datos (metadatos) creados por el 
analista de sistemas con base en los diagramas de flujo de 
datos; recopila y coordina terminos de datos especfficos, 
confirmando lo que cada termino significa para distintas 
personas en la organization. (8) 

DIRECCION IP (PR0T0C0L0 DE INTERNET) El 

numero que se utiliza para representar una computadora 
individual en una red. El formato para una direction IP es 
999.999.999.999. (16) 

DISENO DE APLICACION CONJUNTA (JAD) La 

metodologfa propietaria de IBM para las entrevistas de panel 
con analistas, usuarios y ejecutivos para realizar el analisis 
de requerimientos en forma conjunta. (4) 

DOCUM E NTACION Material escrito creado por el 
analista que describe la forma de ejecutar el software, 
muestra las generalidades del sistema o detalla el codigo del 
programa utilizado. Los analistas pueden utilizar una 
herramienta CASE para facilitar la documentation. (16) 
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ELEMENTO DE DATOS La unidad mas pequena de un 
archivo o base de datos. Se utiliza como sinonimo de la 
palabra atributo. (13) 

ELEMENTO DE INFORM AC ION Una simple pieza de 
datos, puede ser de base o derivado; se debe definir en el 
diccionario de datos. (8). 

ENCAPSULAMIENT0 En el analisis y diseno orientados 
a objetos, un objeto esta encapsulado por su comportamiento. 
Un objeto mantiene informacion sobre las cosas del mundo 
real que representa en sentido verdadero. A un objeto se le 
debe pedir o indicar que modifique su propia informacion 
mediante un mensaje. (10) 

E NT I DA D Persona, grupo, departamento o sistema que 
recibe o crea informacion o datos. Uno de los simbolos 
primarios en un diagrama de flujo de datos. (2) Vea tambien 
diagrama de flujo de datos, entidad externa. 

ENTIDADASOCIATIVA Un tipo de entidad que asocia 
las instancias de uno o mas tipos de entidades y contiene 
atributos peculiares para la relation entre esas instancias de 
entidades. (2) 

ENTIDAD ATRIBUTIVA Uno de los tipos de entidades 
que se utilizan en los diagramas entidad-relacion. Es util para 
describir atributos, en especial los grupos repetitivos. (2) 

ENTIDAD EXTERNA Un origen o destino de datos que 
se considera externo para el sistema que se esta describiendo. 
Tambien se le conoce como entidad. (7) Vea tambien 
diagrama de flujo de datos. 

ENTORNO Cualquier cosa externa a una organizacion. 
Existen varios entornos, como el ffsico, economico, legal y 
los entornos sociales. (2) 

E NT RADA Cualquier dato, ya sea texto o numeros, que se 
introduce en un sistema de informacion para fines de 
almacenamiento o procesamiento mediante formularios, 
pantallas, voz o formularios de llenado interactivos basados 
enWeb. (12). 

ENTREGABLES El software, la documentacion, los 
procedimientos, los manuales de usuario o las sesiones de 
capacitacion que un analista de sistemas entrega a un cliente 
con base en promesas contractuales especfficas. (3) 

ESPANOL ESTRUCTURADO Una tecnica para analizar 
las decisiones estructuradas con base en la logica de la 
estructura e instrucciones en lenguaje simple, como sumar, 
multiplicar y mover. (9) 

ESQUEMAS DE XML Una forma precisa de definir 
el contenido de un documento de XML; puede incluir el 
numero exacto de veces que puede ocurrir un elemento, 
el tipo de datos dentro de los elementos, los lnnites sobre los 
datos y el numero de posiciones a la izquierda y derecha de 
un numero decimal. (8) 

ESTATUTOS DEL PROYECTO Un documento que 
describe los resultados esperados del proyecto de sistemas 
(entregables) y el periodo de tiempo para la entrega; en 
esencia se convierte en un contrato entre el analista en jefe 
(o administrador del proyecto) y su equipo de analisis con 
los usuarios de la organizacion que solicitan el nuevo 
sistema. (3) 


ESTRUCTURA DE DATOS Estructuras compuestas de 
elementos de informacion; por lo general se describen 
mediante el uso de notation algebraica para producir una 
vista de los elementos. El analista empieza con el diseno 
logico y despues disena las estructuras de datos fisicas. (8) 

FAC ILI DA D D E U SO La forma que tienen los 
disenadores de evaluar los sistemas e interfaces que crean 
con vista a considerar todas las cuestiones de HCI que 
puedan con el mayor detalle posible. (14) 

FASE DE EXPLORACION Es la fase inicial del 
desarrollo agil en donde el analista evalua su conviction de 
que la metodologfa agil es la correcta, despues ensambla el 
equipo de desarrollo y evalua sus habilidades. Puede durar 
unas cuantas semanas o unos cuantos meses. (1) 

FASE DE PUESTA EN PRODUCCION Lafaseenel 
desarrollo agil cuando se libera el software y se recibe la 
retroalimentacion para mejorar el producto de software. El 
proceso de liberar las versiones del producto se puede llevar 
a cabo con una frecuencia incluso semanal. (1) 

FAVIC 0 N Un pequeno icono que aparece a un lado de 
cualquier direction marcada como favorita en un navegador. 
A1 copiar el vinculo marcado como favorito al escritorio se 
obtiene una version mas grande del icono y se copia ahf. Se 
pueden generar favicons unicos mediante un generador de 
iconos de Java u otros programas de graficos. (11) 

FIRE WA L L Software de seguridad computacional que se 
utiliza para erigir una barrera entre la LAN de una 
organizacion e Internet. Aunque evita que los hackers entren 
a una red interna, tambien evita que los miembros de la 
organizacion obtengan el acceso directo a Internet. (16) 
FLUJO DE DATOS Datos que se mueven en el sistema de 
un lugar a otro; la entrada y la salida se representan mediante 
el uso de una flecha con punta en los diagramas de flujo de 
datos. (7) 

FOLKLORE Una tecnica de documentacion de sistemas 
basada en los metodos tradicionales que se utilizan para 
recopilar informacion sobre las personas y las leyendas. (16) 
GRAFICO DE GANTT La representation grafica de un 
proyecto que muestra la actividad de cada tarea como una 
barra horizontal, cuya longitud es proporcional al tiempo en 
el que se va a completar. (3) 

GRUPO REPETITIVO La existencia de muchos de los 
mismos elementos en una estructura de datos. (8) Vea 
tambien estructura de datos. 

HERENCIA En el analisis y el diseno orientados a objetos, 
las clases pueden tener hijos. La clase padre se conoce como 
la clase base, y la clase hijo se conoce como clase derivada. La 
clase derivada se puede crear de manera que herede todos los 
atributos y comportamientos de la clase base. (10) 
HERRAMIENTASCASE Herramientas de ingenierfa de 
software apoyada por computadoras que incluyen la 
capacidad de crear diagramas, analisis y modelado 
automatizados basados en computadora. (1) 
HERRAMIENTASCASE DE BAJ 0 
NIVEL Herramientas CASE utilizadas por los analistas 
para generar codigo fuente de computadora, con lo cual 
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eliminan la necesidad de programar el sistema. (1) Vea 
tambien herramientas CASE. 

HIPERVINCULO Cualquier palabra resaltada en un 
sistema de hipertexto que muestra otro documento cuando el 
usuario hace clic en ella. (11) 

IC 0 N 0 Pequena imagen que representa una actividad y 
funcion, u otro elemento de un sistema operativo como un 
archivo o un directorio, disponible para los usuarios cuando 
la activen, a menudo mediante un clic del raton. Se usa con 
frecuencia en el diseno de GUI. (14) 

IMPLEMENTACION La ultima fase del ciclo de vida del 
desarrollo de sistemas, en la cual el analista asegura que el 
sistema esta en operacion y despues permite a los usuarios 
hacerse cargo de su operacion y evaluation. (16) 
INGENIERIA DE SOFTWARE APOYADA POR 
COMPUTADORA (CASE) Herramientas de software 
especializadas que incluyen capacidades de diagramacion, 
analisis y modelado automatizados basados en computadora. (1) 
INTERACCION HUMANO-COMPUTADORA 
(HCI) El aspecto que permite la comunicacion y las 
interacciones entre los humanos y la computadora; la capa de 
la computadora entre los humanos y la computadora. (14) 
INTERFAZ DE LENGUAJ E DE COMANDOS Untipo 
de interfaz que permite a los usuarios controlar la aplicacion 
con una serie de pulsaciones de teclas, comandos, frases o 
alguna combination de estos metodos. (14) 

INTERFAZ DE LENGUAJ E NATURAL Unainterfaz 
que permite al usuario hablar o escribir en un lenguaje 
humano para interactuar con la computadora. (14) 
INTERFAZ DE LLENADO DE FORMULARIOS Parte 
de los elementos de diseno de GUI que pide de manera 
automatica al usuario que llene un formulario estandar. Es 
util para las aplicaciones de comercio electronico. (14) 
INTERFAZ GRAFICA DE USUARIO (GUI) Una 
interfaz de usuario basada en iconos, con caracterfsticas 
como menus y listas desplegables, y botones de option. (14) 
JAVA Un lenguaje de programacion orientado a objetos 
que permite ejecutar aplicaciones dinamicas en Internet. (11) 
JUEGO DE PLANEACION Se utiliza en el desarrollo 
agil; el juego de planeacion establece las reglas que pueden 
ayudar a formular la relation del equipo de desarrollo agil 
con sus clientes comerciales. (1) 

LENGUAJE UNIFICADO DE MODELADO (UML) El 

UML provee un conjunto estandarizado de herramientas para 
documentar el analisis y diseno orientados a objetos de un 
sistema de software. (10) 

LINEA DE SUSCRIPTOR DIGITAL (DSL) Protocolos 
que permiten la transmision de datos de alta velocidad a 
traves del cable telefonico comun. (16) 

LISTA DESPLEGABLE Uno de varios elementos de 
diseno de GUI que permite a los usuarios hacer clic en un 
cuadro que parece desplegarse en la pantalla y muestra una 
lista de alternativas, de las cuales se puede elegir una. (11) 
MANTENIMIENTO El mantenimiento dado al sistema 
de information para mejorarlo o corregir problemas empieza 
en esta fase del SDLC y continua durante la vida del sistema. 


Cierta parte del mantenimiento se puede realizar de manera 
automatica al conectarse al sitio Web del distribuidor. (1) 

MASH UPS Una nueva aplicacion que se crea al combinar 
dos o mas API (interfaces de programacion de aplicaciones) 
basadas en Web. 

MENU DESPLEGABLE Uno de varios elementos de 
diseno de GUI que provee un menu en pantalla de opciones 
de comandos que aparecen una vez que el usuario selecciona 
el nombre del comando en una barra de menus. (14) Vea 
tambien lista desplegable. 

METODO En UML, una action que se puede solicitar de 
cualquier objeto de la clase; los procesos que una clase sabe 
como realizar. (10) 

METODOLOGlAAGIL (0 MODELADO AGIL) Una 

metodologfa de desarrollo de sistemas que tiene valores, 
principios y practicas utiles para los analistas de sistemas que 
desean una metodologfa flexible, interactiva y participativa. 
(6) Vea tambien programacion extrema. 

METODOLOGIA DE DESARROLLO DE 

SI ST E M AS Cualquier metodologfa aceptada para analizar, 
disenar, implementar, probar, mantener y evaluar un sistema 
de information. Algunos ejemplos de metodologfas son: 
SDLC, metodologfas agiles, y el analisis y diseno de 
sistemas orientados a objetos. (1) Vea tambien ciclo de vida 
del desarrollo de sistemas. 

MINERIA DE DATOS Tecnicas que aplican algoritmos 
para extraer patrones de datos guardados en almacenes de 
datos corporativos que por lo general no son aparentes para los 
humanos que toman las decisiones. Tambien se le conoce 
como descubrimiento de conocimiento en bases de datos 
(KDD). (14) 

MODELO DE ACEPTACION DE TECNOLOGIA 
(TAM) Un metodo basado en la investigation que permite 
a los analistas organizar su modo de pensar en cuanto a si los 
usuarios aceptaran y utilizaran la tecnologfa de information, 
incluyendo la utilidad y la facilidad de uso percibidas. (14) 

MODELO DE BASE DE DATOS 

R E L AC 10 N A L Representa a los datos en la base de datos 
como tablas bidimensionales llamadas relaciones. Mientras 
que ambas tablas compartan un elemento de datos comun, la 
base de datos podra relacionar cualquier otro archivo o tabla 
con los datos en otro archivo o tabla. (13) 

M U E ST R E 0 Seleccionar de manera sistematica elementos 
representativos de una poblacion. Los analistas muestrean los 
datos concretos, los datos de archivo y las personas durante la 
determination de los requerimientos de information. (5) 

NAVE G ADOR Software especial que se ejecuta en 
computadoras conectadas a Internet y permite a los usuarios 
ver paginas Web de hipertexto en Internet. Microsoft Internet 
Explorer y Mozilla Firefox son ejemplos de navegadores 
graficos. (11) 

NORM ALIZACION La transformation de los almacenes 
de datos y vistas de usuario complejas en un conjunto de 
estructuras de datos mas pequenas y estables. Las estructuras 
de datos normalizadas se pueden mantener con mas facilidad 
que las estructuras complejas. (13) 
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OBJETO En la metodologi'a orientada a objetos, un objeto 
es una representation computational de alguna cosa o evento 
del mundo real; puede tener tanto atributos como 
comportamientos. (10) 

OBSERVACION ESTRUCTURADA DEL ENTORNO 
(ESTROBO) Un metodo de observation sistematica para 
clasificar e interpretar elementos organizacionales que 
influyen en la toma de decisiones. Se basa en la tecnica de 
crftica de tine conocida como mise-en-scene. (5) 

ORGANIZACION DE ARCHIVOS INDEXADOS Un 
tipo de organization de archivos que utiliza archivos mdice 
separados para localizar los registros. (13) 

PA NTAL L A Cualquiera de una variedad de alternativas de 
visualization que emplean los usuarios para ver el software 
de computadora, incluyendo los monitores y las pantallas de 
plasma o de cristal lfquido. (11) 

PAQUETE En UML las cosas se pueden agrupar en 
paquetes, a los cuales se les puede considerar como 
subsistemas fisicos. Los sistemas se implementan y 
despliegan en paquetes. (10) 

PEGAJ OSIDAD Una propiedad de las paginas Web, 
utilizada especialmente en el comercio electronico. Las 
herramientas que incrementan la pegajosidad de una 
pagina Web son aquellas que alientan a los clientes a 
permanecer mas tiempo en la pagina, los ayudan a 
navegar de vuelta a la pagina si hacen clic en un vinculo e 
incrementan la probabilidad de que completen una 
compra. (14) 

PENSAM IENTO EN OBJETOS Instrucciones 
elementales que el analista escribe en tarjetas CRC para 
empezar a pensar en una forma orientada a objetos. (10) 
PLANIFICACION DE RECUPERACION DE 

D E SA ST R E S Planes estrategicos y tacticos para ayudar a 
las personas y los sistemas a recuperarse en caso de desastres 
naturales y provocados por los humanos. (16) 

PODCASTING La tecnica de colocar archivos de audio 
descargables en la Web. (11) 

PO LIM 0 R FISM 0 Comportamientos alternativos entre 
las clases derivadas en las metodologias orientadas a objetos. 
Cuando varias clases heredan tanto atributos como 
comportamientos, el comportamiento de una clase derivada 
podria ser distinto al de su clase base o al de sus clases 
derivadas hermanas. (10) 

PREGUNTAABIERTA Un tipo de pregunta que se utiliza 
en entrevistas o encuestas y que abre el posible conjunto de 
respuestas disponibles para los que responden a las 
preguntas. (4) Vea tambien pregunta binaria, pregunta 
cerrada. 

PREGUNTA BINARIA Un subconjunto de preguntas 
cerradas que se pueden responder solo de dos formas: si o 
no, verdadero o falso, y de acuerdo o en desacuerdo. (4) Vea 
tambien pregunta cerrada, pregunta abierta. 

PREGUNTA C E RRADA Un tipo de pregunta que se 
utiliza en entrevistas o encuestas y que limita el conjunto de 
respuestas disponibles para quienes responden a las preguntas. 
(4) Vea tambien pregunta binaria, pregunta abierta. 


PRIMERA FORMA NORMAL (INF) Elprimerpaso 
para normalizar una relation en los datos que se utilizan en 
una base de datos, de manera que no contenga grupos 
repetitivos. (13) Vea tambien segunda forma normal, tercera 
forma normal. 

PROCESO Las actividades que transforman o modifican 
los datos en un sistema de information. Pueden ser manuales 
o automatizadas. Se representan mediante un rectangulo 
redondeado en un diagrama de flujo de datos. (2) 

PROGRAMACION EN PAREJA Una practica basica de 
la metodologia agil, en la que dos programadores eligen 
trabajar juntos en la programacion, las pruebas y hablan entre 
si sobre las formas de realizar el trabajo con eficiencia y 
efectividad. (6) 

PROGRAMACION EXTREMA (XP) La programacion 
extrema (XP) es una metodologia de desarrollo de sistemas 
que acepta lo que conocemos como buenas practicas de 
desarrollo de sistemas y las lleva a los extremos. Es el 
genesis de las metodologias agiles. (3) 

PRONOSTICO Los analistas de sistemas tienen que 
predecir ciertas variables clave antes de enviar la propuesta 
del sistema al cliente. El pronostico es el arte y la ciencia de 
predecir las variables clave, que a menudo se apoya en los 
modelos matematicos de pronostico. (3) 

PROPUESTA DE SISTEMAS Una propuesta escrita que 
sintetiza el trabajo del analista de sistemas en el negocio 
hasta ese punto, e incluye recomendaciones y alternativas 
para resolver los problemas de sistemas identificados. (3) 

PROVEEDOR DE SERVICIOSDE APLICACION 
(ASP) Una empresa que hospeda software de aplicacion y 
lo renta a otras empresas para usarlo en la Web. Se incluyen 
las aplicaciones tradicionales asi como las de colaboracion y 
administration de datos. (16) 

PROVEEDOR DE SERVICIOSDE INTERNET 
(ISP) Una empresa que provee acceso a Internet y que 
puede proveer otros servicios, como el hospedaje Web y el 
analisis del trafico Web, por un costo. (12) 

PRUEBA DE SISTEMAS La sexta fase en el SDLC 
(junto con el mantenimiento). Usa tanto los datos de prueba 
como los datos en vivo en un momento dado para medir los 
errores, la oportunidad de la respuesta, la facilidad de uso, el 
orden apropiado de las transacciones, el tiempo inactivo 
aceptable, la comprension de los manuales de procedimientos 
y demas aspectos del nuevo sistema. (16) 

RECORRIDO ESTRUCTURADO Una revision 
sistematica realizada por expertos en relation con la 
programacion y el desarrollo del sistema en general, para 
resaltar los problemas y permitir que el programador o 
analista realice las modificaciones apropiadas. (16) 

RED DE AREA LOCAL (LAN) Elcableado,hardwarey 
software utilizados para conectar estaciones de trabajo, 
computadoras y servidores ubicados en un area geografica 
confmada (por lo general dentro de un edificio o campus). (15) 
RED DIGITAL DE SERVICIOS INTEGRADOS 
(ISDN) Un servicio de red conmutada que provee 
conectividad digital de un extremo a otro para transmitir voz, 


www.xlibros.com 


GLOSARIO 563 


datos y video en forma simultanea a traves de una sola lfnea 
en vez de a traves de varias. (16) 

R E GI ST RO Una coleccion de elementos de datos que 
tienen algo en conuin con la entidad descrita. (13) 
REGLASDE NEGOCIO Instrucciones especfficas para 
el funcionamiento de una organization, que proveen la 
description logica de las actividades de negocios. Se utilizan 
para ayudar a crear diagramas de flujo de datos. (7) 

R E L AC 10 N Asociacion entre entidades (algunas veces se 
le conoce como asociacion de datos); puede tomar la forma 
de uno a uno, de uno a varios, de varios a uno o de varios a 
varios. (13). 

REPOSITORIO DE DAT 0 S Una base de datos centralizada 
que contiene todos los diagramas, definiciones de formularios e 
informes, estructuras de datos, definiciones de datos, flujos y 
logicas de los procesos, y definiciones de otros componentes 
de la organization y del sistema; provee un conjunto de 
mecanismos y estructuras para lograr la integration uniforme 
de datos con herramientas y de datos con datos. (8) 

RUBY ON RAILS Una combination de lenguaje de 
programacion y generador de codigo para crear aplicaciones 
Web. (11) 

RUTA CRITICA La ruta mas larga calculada mediante la 
tecnica de programacion PERT; la ruta que provocara el 
atraso de todo el proyecto de sistemas si ocurre inclusive un 
solo dfa de retraso . (3) 

SA LI DA Information que se entrega a los usuarios a 
traves del sistema de information mediante intranets, 
extranets o la Web, en informes impresos, en pantallas o a 
traves de audio. (11) 

SEGUNDA FORMA NORMAL (2NF) A1 normalizar los 
datos para una base de datos, el analista se asegura de que 
todos los atributos que no sean claves dependan por completo 
de la clave primaria. Se eliminan todas las dependencias 
parciales y se colocan en otra relation. (13) Vea tambien 
primera forma normal, tercera forma normal. 

SEIS SIGMA (SIX SIGMA) Una cultura basada en la 
calidad; el objetivo es eliminar todos los defectos. (16) 

SEUDOCODIGO Una tecnica para crear instrucciones de 
computadora que representan el paso intermedio entre el 
lenguaje natural y el codigo del programa; se utiliza para 
representar la logica de cada modulo en un diagrama de 
estructura. (16) Vea tambien diagrama de estructura. 

SI ST E M A Una coleccion de subsistemas que estan 
interrelacionados y son interdependientes; trabajan en 
conjunto para lograr metas y objetivos predeterminados. 
Todos los sistemas tienen entrada, procesos, salida y 
retroalimentacion. Algunos ejemplos son un sistema de 
information computarizado y una organization. (2) Vea 
tambien sistema cerrado, sistema abierto. 
SISTEMAABIERTO Parte de la teorfa general de 
sistemas; un sistema que recibe libremente information, 
energfa, personas o material prima como entrada. Los sistemas 
nunca son totalmente cerrados o totalmente abiertos, sino que 
existen en un continuo desde el mas cerrado hasta el mas 
abierto. (2) Vea tambien sistema cerrado. 


SISTEMA CERRADO Parte de la teorfa general de 
sistemas; un sistema que no recibe information, energfa, 
personas o materias primas como entrada. Los sistemas 
nunca son totalmente cerrados o totalmente abiertos, sino 
que existen en un continuo desde el mas cerrado hasta el mas 
abierto. (2) Vea tambien sistema abierto. 

SISTEMA DE ADM INI ST RAC ION DE BASES DE 
DATOS (DBMS) Software que organiza los datos en una 
base de datos; provee la capacidad de almacenamiento, 
organization y recuperation de los datos. (13) 

SISTEMA DE INFORM AC ION GERENCIAL 
(MIS) Un sistema de computation compuesto por 
personas, software, hardware y procedimientos que 
comparten una base de datos comun para ayudar a los 
usuarios a interpretar y aplicar los datos en el negocio. (1) 

SISTEMA DE PROCESAM IENTO DE 
TRANSACCIONES (TPS) Un sistema de information 
computarizado desarrollado para procesar grandes cantidades 
de datos para transacciones de negocios rutinarias, como 
nominas e inventario. (1) 

SISTEMA DE SOPORTE DE DECISIONES (DSS) Un 

sistema de information interactivo que brinda soporte al 
proceso de toma de decisiones a traves de la presentation de 
information disenada de manera especffica para la 
metodologfa de solution de problemas de la persona que 
toma las decisiones y las necesidades de la aplicacion. No 
toma la decision en lugar del usuario. (1) 

SISTEMA DE SOPORTE PARA EJ ECUTIVOS 

(ESS) Un sistema computational que ayuda a los 
ejecutivos a organizar sus interacciones con el entomo 
externo al proveer soporte grafico y de comunicaciones. (1) 

SISTEMA EXPERTO (ES) Un sistema de computadora 
que captura y utiliza el conocimiento de un experto para 
resolver un problema especffico. Los componentes basicos 
son la base del conocimiento, un motor de inferencia y la 
interfaz de usuario. (1) 

SISTEMAS DISTRIBUIDOS Sistemas computacionales 
que estan distribuidos en forma geografica, ademas de que 
su procesamiento, datos y bases de datos estan distribuidos. 
Una arquitectura comun para los sistemas distribuidos es el 
sistema cliente/servidor basado en LAN. (16) 

SISTEMAS EMPRESARIALES Sistemas de 
information que se integran a nivel de la organization (en 
toda la empresa) y que ayudan a las companfas a coordinar 
los procesos organizacionales crfticos. (1) 

SOFTWARE A LA MEDIDA Otro termino para el software 
personalizado; es lo opuesto del software comercial para venta 
en los canales de distribution tradicionales (COTS). Es 
software desarrollado para desempenar una funcion especffica, 
o dar soporte a una caracterfstica unica de la organization. (1) 

SOFTWARE DE CODIGO FUENTE ABIERTO 

(OSS) Modelo y filosoffa de desarrollo en relation con la 
distribution de software de una manera fibre y publicando su 
codigo fuente, para que los usuarios y programadores puedan 
estudiarlo, compartirlo y modificarlo. El sistema operativo 
Linux es un ejemplo. (1) 
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SOFTWARE DE VALIDACION Software que revisa si 
los datos introducidos en el sistema de informacion son 
validos. Aunque la mayor parte de la validacion de las 
entradas que se realiza a traves de software es 
responsabilidad del programador, el analista debe saber que 
problemas comunes podrfan invalidar una transaction. (15) 
SO N D E 0 Preguntas de seguimiento que se utilizan 
principalmente durante las entrevistas entre los analistas y 
los usuarios. (4) Vea tambien pregunta cerrada, pregunta 
abierta. 

TABLA DE DECISIONES Una forma de examinar, 
describir y documentar las decisiones estructuradas. Se 
dibujan cuatro cuadrantes para describir las condiciones, 
identificar las alternativas posibles de decision, indicar las 
acciones que se deben realizar y describir esas acciones. (9) 
TABLERO DE CONTROL Visualizadorpara los que 
toman decisiones; incluye una variedad de visualizadores de 
medidas de desempeno (o rendimiento) relevantes. (11) 

TARJ ETAS CRC El analista crea tarjetas de Clases, 
Responsabilidades y Colaboradores para representar las 
responsabilidades de las clases y la interaction entre estas 
cuando se empieza a modelar el sistema desde una 
perspectiva orientada a objetos. Los analistas crean las 
tarjetas con base en los escenarios que resumen los 
requerimientos del sistema. (10) 

TERCERA FORMA NORMAL (3NF) Una forma en la 
que se eliminan todas las dependencias transitivas. Una 
dependencia transitiva es en la que los atributos que no son 


clave dependen de otros atributos que tampoco son clave. 

(13) Vea tambien primera forma normal, segunda forma 
normal. 

TIPO DE ENT I DAD Una coleccion de entidades que 
comparten propiedades o caracterfsticas comunes. (8) 

USUARIOS FINALES En una organization, los que no 
son profesionales de sistemas de informacion, que 
especifican los requerimientos de negocios para las 
aplicaciones de software y las utilizan. A menudo, los 
usuarios finales solicitan aplicaciones nuevas o modificadas, 
evaluan y aprueban las aplicaciones, y pueden servir en los 
equipos de proyectos como expertos de negocios. (1) 

VALOR PREDETERM INADO Un valor que asumira un 
campo, a menos que se introduzca un valor expbcito en este. 
(13) 

VALOR PRESENTE La cantidad total que vale una serie 
de pagos a futuro en la actualidad; una forma de evaluar los 
desembolsos economicos e ingresos del sistema de 
informacion durante su vida economica, y de comparar los 
costos hoy en dfa con los beneficios a futuro. (10) 

VOZ SOBRE PROTOCOLO DE INTERNET (VoIP) El 

enrutamiento de los datos de voz a traves de Internet. (15) 

WEBMASTER La persona responsable de actualizar y dar 
mantenimiento a un sitio Web; comunmente, al principio es 
el analista de sistemas durante el desarrollo de las 
aplicaciones de comercio electronico. (12) 

X P Vea metodologfa agil y programacion extrema. (6) 
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AJAX 

API 

ASP 

B2B 

B2C 

CARE 
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Desarrollo rapido de aplicaciones 
Software como un servicio 
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/ (barra diagonal), 257 

A 

Accesorios (props) de oficina, 
145-46 

Accion del usuario, minima, 
459-60 
Acciones 

arboles de decision, 271-73 
tablas de decision, 266-71 
Actividades comerciales, listado, 
207-08, 209/ 

Actores 

acercade, 36-38, 142 
ejercicios, problemas, 54 
en diagramas conductuales, 
287-88 

en diagramas de secuencia, 
294-96, 300 

en el modelado de casos de uso, 
17,41-43, 314 
Administracion 
de equipos, 83-86 
de nivel medio, 44 
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de proyectos 
acerca de, 56 
actividades de analisis y 
diseno, 83-88 
analisis de costos y 
beneficios, 72-77 
de los proyectos de comercio 
electronico, 86 
ejercicios, 92, 94-98 
estatutos, 87 
fracaso, 87-88 
inicio, 56-62 

lidiar con la complejidad, 82 
necesidades de hardware y 
software, 63-72 
planeacion y control de 
actividades, 77-82 
programacion de proyectos 
mediante diagramas de 
Gantt, 79-80 

propuesta de sistemas, 88-91 
seleccion, 61-62 
uso de diagramas PERT, 
80-82 

viabilidad, 62-63 
estrategica, 45 

Administracion de calidad total 
(TQM) 

arquitectura orientada a 

servicios (SOA) para, 522-23 
metodologla modular, 520-22 
recorridos estructurados, 

517- 18,519/ 
responsabilidad, 516-17 
y diseno de sistemas 

descendente (top-down), 

518- 20 

y Seis Sigma, 516, 517/ 

Adobe Dreamweaver, 348 
Agente de cambio, 7-8 
Agregacion, 305 
Agrupamiento, como patron, 431 
Ajax (JavaScript aslncrono y XML) 
acerca de, 6 
definicion, 349/ 


y el diseno de entradas, 387-88 
y el particionamiento, 213 
y la salida de paginas Web, 358-60 
y los diagramas de secuencia, 
302-03 

Ajuste para HCI, 442-43 
Alcance, metodologla agil, 170-71 
Almacenamiento. Vea Almacenes 
Almacenes 

corporativos de datos, 429-32 
de datos 

contenido, 236-38 
desarrollo, 241 
metodologfas, 403 
sfmbolo, 194/ 195 
Vea tambien Diseno de bases de 
datos 

American Express, 432 
Analisis 

de costos y beneficios, 72-79, 
546 

de flujo de efectivo, 75 
de punto de equilibrio, 74-75 
de sistemas, 6, 228-58 
de valor presente, 75-77 
Analista de sistemas 
cualidades, 6 
deberes, 1, 10 
derechos, 181 
habilidades requeridas, 20 
roles, 6-8 
Anomalfa(s) 

de actualizacion, 426 
de eliminacion, 426 
de insercion, 426 
en las tablas, 425-26 
Anuncios, 141 
Apertura organizacional, 26 
Aplicaciones web hfbridas, 468 
Arboles de decisiones, 271-73 
Archivos de transacciones, 410-11 
Archivos maestros, 410, 424-26 
Areas de texto, 381 
Arquitectura orientada a servicios 
(SOA), 5, 522-23, 533 


Arrendamiento de hardware, 67 
Artefactos para UML, 311-12 
Aseguramiento de calidad, 
implementacion 
acerca de, 515 
auditorfa, 529 
documentation, 523-26 
ejercicios, 551-54 
evaluation, 546-48 

de sitios Web corporativos, 
548-50 

proceso de prueba, 526-28 
y administracion de calidad total 
(TQM), 516-23 
y capacitacion de usuarios, 
536-39 

y conversion de sistemas, 

539-41 

y cuestiones de seguridad, 542-44 
y el desarrollo agil, 170 
y mantenimiento, 528-29 
y metaforas organizacionales, 
541-42 

y planeacion de recuperation de 
desastres, 544-46 
y sistemas distribuidos, 529-36 
Asignar prioridades, 59 
Asistentes, 464 
Asociaciones 

como patrones, 431 
entre clases, 304-05 
Asterisco (*), 246, 304, 414, 455 
Atributos 
de datos, 34 
de entidades, 405-08 
en clases, 282-83, 303, 306-08 
en consultas, 470-471 
en formularios, 417-20 
en metodologfas O-O, 297-300 
en UML, 286-87 
funcionales, 343 
modification, 310-11 
que no son claves, 413 
Auditorfa de sistemas, 529 
Ayuda, opciones de, 464 
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B 

Banca y recuperation de desastres, 
545 
Barra 

de navegacion, 467 
diagonal (/), 257 
Base(s) 

de acoplamiento, 457 
de datos 

acerca de, 403-05 
analisis visual, 446-48 
comparacion con almacenes 
corporativos de bases de 
datos, 429 
de red, 412 

recuperation, presentation de 
datos, 424, 427/ 
relacionales, 404, 411-12 
jerarquica, 412 
Beneficios 

intangibles, 73-74 
tangibles, 72-73 
Bienestar para HCI, 443 
Blogs, 357 
Bluetooth, 5 
Botones 

aumentar/disminuir, 381 
basico, 389 
de comandos, 381 
de navegacion, 354, 367 
de option, 380 
en el comercio electronico, 
481-82 

en el diseno, 380-86, 400-401 
en GUI, 460 
para validation, 505 
Breadboarding (prototipo de 
parches), 156 
Bugs, 12-13, 170, 518 

c 

Cache, 354, 355 

Cajas de tiempo (timeboxing), 179 
Calendarizacion y planeacion de 
actividades, 79-82 
Campo 

en los registros, 408, 501 
ocultos, 382 
Capa 

de acceso a datos, 302 
de negocios, 302 
Capacidad de uso, 444-48 
Capacitacion, 536-39 
Capturade datos, 136, 138-39, 
494-99 

Cargas de trabajo, estimar, 64-65 
Carriles, 291-94 
Carrito de compras, 205, 391 
Cartas de presentation, 88 
CASE, herramientas. Vea 
Ingenierla de software 
auxiliada por computadora 
(CASE), herramientas 
Casillas de verification, 380 


Caso de la CPU 
analisis OO, 320-27 
diagrama E-R, 437-40 
diagramas de flujo de datos, 
222-27 

dictionaries de datos, 252-58 
entrada de datos precisa, 512-14 
entrevistas, 128-30 
formularios, 399-402 
HCI, 479-83 
herramientas CASE, 23 
Microsoft Visio, Visible Analyst, 
51-55, 100-01 
prototipos, 186-91 
salida, 366-70 
seguridad, recuperation de 
desastres, 554-56 
STROBE, 154 
tablas de decisiones, 277-78 
CD-ROM, 334 

Centro de bibliotecas de computo 
en lfnea (OCLC), 495 

Cero 

a cero, relation, 406-07 
a muchos, relation, 406-07 
a uno, relation, 406-07 
Cerrazon, organizacional, 26 
Certificados digitales, 544 
Ciclo de vida del desarrollo de 
sistemas (SDLC) 
comparacion 

con el modelado agil, 14-17, 
19/, 177-79 

con la metodologla OO, 17-19 
con RAD, 165-66 
fases, 8-13 

herramientas CASE, 14 
prototipos como alternativa, 
157-58 
y HCI, 9 
Clases 

abstractas, 299, 307-08 
activas, 299 

atributos, metodos, 308-11 
buscar, 308 

de control (activas), 299 
de entidad, 299 
de interfaz, 299 
de li'mite (interfaz), 299 
mensajes entre, 308-09 
para el analisis OO, 282-83 
relaciones entre, 304-06 
tipos de, 299 
y tarjetas CRC, 284-86 
Gasification de codigos, 487-89 
Claves 

de registros 

acerca de, 409-10 
en diagramas E-R, 408, 
421-22 

en normalization, 413-23 
slmbolos, 252 
unicas y primarias, 
comparacion, 424 


primarias 

almacenadas en cookies, 302 
como elemento de estructura 
de datos, 238 

en los registros, 409-10, 417, 
419-26 
slmbolo, 252 

Cliente en el sitio, 171, 176 
Codification de derivation 
alfabetica, 486-87 
Codigo(s) 

de autovalidacion (digitos de 
verification), 501-03 
de barras, 498 
de funcion, 491 
de secuencia simple, 486 
secuencia por bloque, 487 
subconjunto de digitos 
significativos, 489-90 
y codification 
Gasification, 487 
codigos de barras, 498 
de cifrado, 488 
de derivation alfabetica, 
486-87 

de secuencia en bloque, 487 
de secuencia simple, 486 
definition, 485 
en el desarrollo agil, 168-69 
funcion, 491 
lineamientos, 491-93 
mnemonicos, 490 
ocultar, revelar, 488-89 
subconjunto de digitos 
significativos, 489-90 
Unicode, 490 
uso, 493 
Coleccion, 305 

Color en el diseno de pantallas, 

389 

Comentarios en un formulario, 372 
Comercio electronico 
administrar proyectos, 86 
entrada de datos precisa, 506-07 
integrar aplicaciones, 4-5 
navegacion, 465-68 
retroalimentacion, 465 
seguridad y privacidad, 543-44 
Comercio-m (comercio movil), 5 
Comillas angulares (« »), 308 
Composition, 306 
Compra de hardware, 67 
Computation en nube, 531-33 
Computadora portatil, 457 
Comunicacion 

como valor agil, 14 
diagramas, 296-97, 314 
disenar dialogo, 458-61 
eficiencia, 179 
en el modelado agil, 167 
en el modelado de casos de uso, 
36-38 

en equipos, 84-85 
oportunidad de consultoria, 46 


Vea tambien Retroalimentacion 
yDFD, 217 

y la planeacion de recuperation 
de desastres, 545 
y tablas, graficas, 89-91 
Condition, condiciones 
alternativas, 266-73 
de guardia, 309 
Construx, 82 
Consultas 

disenar, 468-69 
lenguaje estructurado para 
(SQL), 473-74 
mediante ejemplo (QBE), 
471-73 
tipos, 469-71 
Consultor, 6 

Consumidores. Vea Usuarios 
Contrasenas, 542 
Control operational, 43-44 
Controles deslizables, 381 
Conversion 
directa, 539 
gradual, 540 
modular, 540 
paralela, 540 
Corchetes ([ ]), 232 
Correo electronico, 334 
Cosas de anotacion, 312 
Costar, 82 
Costos 

intangibles, 74 
tangibles, 74 

COTS. Vea software comercial de 
venta en canales 
convencionales (COTS) 
Crear, Leer, Actualizar, Eliminar 
(CRUD), 204, 308, 309/ 
Cuadrado doble, slmbolo, 194 
Cuadro(s) 

de dialogo, 380-81,452-53 
con controles en pestanas, 
380 

de lista, 380 
de mensaje, 381 
de texto, 380 
y listas desplegables 
diseno, 358, 387, 460 
ejercicios, 319, 369-70, 399, 
401-02 

en el modelado agil, 187-88 
ilustrados, 495 
para la navegacion, 383 
razones para usar, 380-81 
utilizados en el analisis, 
320-22 

Cuellos de botella, 496 
Cuerpo de formulario, 372 
Cuestionarios 
acerca de, 114 
administrar, 122 
disenar, 119, 121 
election de palabras, 115-16, 
118 
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planear, 114-15 
preguntas abiertas, 115, 116/ 
usar escalas, 118-19 
Cuestiones de costo 

como metodologla agil, 14 
de prototipos, 157 
ejercicios, 98 

en compras de software, 68-69 
en el modelado agil, 169-70 
riesgos inherentes, 181 
tangible, intangible, 74-77 
y fracaso, 88/ 
y viabilidad, 63 
Cuestiones financieras. Vea 
Cuestiones de costo 
Cultura organizacional, 24, 45-46, 
180 

D 

Daltonismo, 450 
Datos, vistas fisicas y logicas de, 
411-13 

Decisiones estructuradas 

ejercicios y problemas, 275-76, 
279-80 

election de tecnica, 273 
y arboles de decisiones, 271-73 
y espanol estructurado, 261-65 
y tablas de decisiones, 266-71 
Decoration, iluminacion, 146 
Definition 

de tipo de documento (DTD), 
244-46, 506 
del problema, 57-61 
Dependencias 
parciales, 413-14 
transitivas, 413-14 
Desarrollador Web, 349 
Desarrollo rapido de aplicaciones 
(RAD), 163-66 

Descubrimiento de conocimiento en 
bases de datos (KDD), 429-32 
Desempeno para HCI, 443 
Desencadenador, 205 
Desnormalizacion, 426-28 
Detection de raarcas, formularios, 
497-98 

DEVONthink Professional Office, 
147 

Diagrama(s) 

0 

dibujo, 196-97,210-11 
ejemplo, 199/ 
en los diccionarios de datos, 
238-39 

y particionamiento, 214/ 
de actividades 
acerca de, 290-92 
carriles, 291-94 
creation, 292-94 
definition, 287 
entradas en el repositorio 
para, 294 

de casos de uso, 287, 288/ 313, 
314 


de clases 

acerca, 297-300 
asociaciones, 304-05 
definition, 287 
ejemplo, 288/ 
en el modelado de casos de 
uso, 314 

gen/spec (generalization/ 
especializacion), 306-09 
mejora, 303 

relaciones todo/parte, 305-06 
de componentes, 312 
de conectividad 

concentradores, 534-35 
estaciones de trabajo, 535 
de comunicacion, 296-97, 314 
de descomposicion de red, 
533-34 

de despliegue, 312, 315 
de estados, 287, 288/ 309-11, 
314 

de estructura, 521-22 
de flujo de datos a nivel de 
contexto 

caso de la CPU, 51-55 
desarrollo, 195-96, 208-10 
expansion, 197/ 
y description de sistemas, 
29-30 

de flujo de datos (DFD) 
caso de la CPU, 222-27 
desarrollar, 195-200 
ejemplo de, 207-13 
ejercicios, problemas, 219-21 
errores encontrados, 198-200, 
201 / 

ffsicos, 202/ 203-06, 212-13, 
215/ 

logicos, 200-203, 212-13 
particionamiento, 206-07, 213 
simbolos utilizados, 194-95 
usos, 10 

ventajas, 193-94 
y casos de uso, 205-06 
y comunicacion, 217 
y el modelado de eventos, 

205 

y especificaciones de 
procesos, 260-61 
de Gantt, 79-80, 96-97 
de modelos de datos, 416/-20/ 
de secuencia 

acerca de, 294-96 
capas utilizadas, 302-03 
clases utilizadas, 300-02 
definition, 287 
ejemplo, 288/ 
mejora, 300-03 
para oportunidad de 
consultoria, 313 
trabajo con, 314 
E-R, 421-22 
hijos 

comparacion con proceso 
padre, 199/ 


desarrollo de, 198,211-12 
en diccionarios de datos, 
238-39 
mejorar, 288/ 

para el modelado de casos de 
uso, 38, 43 
para UML, 286-87 
PERT, 82, 97, 101 
Diccionarios de datos 
acerca de, 228-29 
almacenes de datos, 236-38, 241 
analisis de entradas y salidas, 
239-41 

caso de la CPU, 252-58 
creation, 238-41 
ejercicios, problemas, 249-51 
elementos de datos, 234-36. 248 
estructuras de datos, 231-33, 242/ 
flujos de datos, 229-31 
uso, 242-47 
y DFD, 229-30 
y espanol estructurado, 264/ 
y especificaciones de procesos, 
265-66 

y XML, 243-47 

Digito de verification, 409, 501-03 
Dinero. Vea Restricciones de costo 
DinoTech, 352-53, 352/ 

467-68 

Discapacidades y HCI, 449-50 
Diseno 

consistente en el dialogo, 461 
de aplicacion conjunta (JAD), 
111-14, 127 
de bases de datos 

bases de datos relacionales, 
411-13 

diseno de relaciones de 
archivos maestros/bases de 
datos, 424-26 
ejercicios, 434-36 
normalization, 413-23 
objetivos de las bases de 
datos, 403-04 
realidad, datos, metadatos, 
404-10 

tipos de archivos para, 

410-11 

Vea tambien Almacenes de 
datos 

de sistemas descendente (top- 
down), 518-20 
metodologla agil para el, 169 
modular de programas, 520-22 
Dispositivos portables, 348, 375 
Documentation y aseguramiento 
de calidad, 523-26 
Documentos 

cualitativos, 140-41 
cuantitativos, 136-39 
Dominio en bases de datos, 413 
Dragon Naturally Speaking, 458/ 
Duplication remota sincronica, 

545 

DVD, 334 


Eficiencia en proyectos 
estructurados, 177-79 
Elementos 
base, 205 

de datos, 234-36, 248, 408-10, 
411/ 

derivados, 205 

Encabezado de un formulario, 

372 
Entidades 
atributos, 408 
clases, 299 
claves, 409-10 
en bases de datos, 405 
integridad, 424 
registros, 408-09 
relaciones, 30-35, 405-08 
y flujo de datos a nivel de 
contexto, 29-30 

Entidad-relacion (E-R), modelo 
caso de la CPU, 51-55 
diagramas, 406/ 
ejemplo, 407-08 
simbolos, 407/ 
utilizado en sistemas, 30-35 
y claves de registro, 421-22 
Entrada( s) 
acerca de, 485 

calidad mediante la validation 
de la entrada, 499-506 
captura de datos, 494-99 
codification, 485-93 
criterios, 371 
de action, 276/ 278 
diseno de intranets y de internet, 
389, 391 

ejercicios para, 508-11 
ejercicios y problemas, 394-98 
en el comercio electronico, 
506-07 

flujos de datos, 260 
formularios, diseno de 
impresos, 371-76 
para Web y pantalla, 376-89 
t'conos, 378-79 
mensajes, 309 
retroalimentacion, 462-63 
y GUIs, 379-82 
Vea tambien Salida 
Entrada/salida, formularios de, 
454-55 

Entregas pequenas, 171, 175 
Entrevistas 

acerca de, 103-04 
caso de la CPU, 128-30 
informe, 109-10 
preguntas abiertas, 105-06 
preguntas cerradas, bipolares, 
106-07 

preparation, 104-05 
secuencia de preguntas, 107-09 
sondas, 107 

Equipo de oficina, 145-46 
ERP. Vea Planeacion 
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Errores. Vea Bugs 
Etica y mineria de datos, 432, 544 
Escalas, 118-19 
Escenario de casos de uso, 287, 
288/, 290/ 296 
Escuchar 

y HCI, 448, 540 
metodologfa agil, 169 
Espanol estructurado, 261-65, 

266/ 273-74 

Especificaciones del proceso 
acerca de, 259-60 
diccionario de datos, 265-66 
ejercicios, problemas, 274, 
279-80 

formato, 260-61 
no requeridas, 260 
objetivos, 260 

Espejos de datos (data mirroring), 
545 

Esquema, 246-47, 412, 506 
Estados Unidos, convenciones de 
TI en, 441, 543, 545 
Estereotipos, 300 
Estilo cognoscitivo, 444-48 
Estrategias de conversion, 
consideraciones, 539-41 
Estructura(s) 

de casos, 261, 263/ 
de datos, 231-33, 242/ 
de decision, 261, 263/ 264-65 
de embudo, 109 
de piramide, 108-09 
en forma de diamante, 109, 110/ 
secuenciales, 261, 263/ 264 
Esun, 307/ 308 
Esuntipode , 307/ 308 
Evaluacion, 546-48 
Eventos, 309, 314 
diferidos, 310 
Experiences de Hypercase 
acerca de, 20 

administration de proyectos, 84, 
92 

cuestionarios, 123 

DFD, 218 

diagramas, 317 

diseno de bases de datos, 433 

elementos de datos, 248 

entrada de datos, 393-94, 

507-08 

entrevistas, 112 
espanol estructurado, 274 
estrategias de analisis, 47 
FOLKLORE, 525 
implementacion, 551 
interfaces, 475 
investigacion, 141 
prototipos, 182 
salida, 360 
STROBE, 149 
Expert Choice, software, 59 
Experto de soporte, 6-7 
Exploration en el proceso agil, 15-16 
Extension, relaciones, 37-38 


F 

FAQ, 353 
Fase 

de implementacion de RAD, 
164-65 

de planeacion de requerimientos 
del RAD, 164 
Filtrado, 543-44 
Firefox, 349 

Firewall, sistemas de, 542-44 
Firma, verification de, de 
formulario, 372 
Flujos de datos, 229-31 
de interfaz, 198 
FOLKLORE, 523-25 
Formas artisticas, 523-25 
Formularios 

clandestinos, 139 
color, 389 
copiar, 44 

decapturade datos, 100, 136-38 
de detection de marcas, 497-98 
de entrada/salida, 134, 371-72, 
454-55 

de negocios, 376-78 
diseno de, 213-14, 372-76, 377, 
496 

en la metodologfa estructural, 
177-78 

preimpresos, 331-32, 333 
utilidad, 547 
Web, 459-60 
Foros, 464-65 
Fuentes, 333, 347, 375, 448 
Funciones de busqueda, 467-68 

G 

Gadgets, 347 
General Motors, 432 
Generalization, 306 
relation, 38 

Generalizacion/Especializacion 
(gen/spec), diagramas de, 
306-09 

Graficas, graficos y predisposition, 
340-41 

en el diseno de pantallas, 345, 346/ 
para sitios Web, 354 
uso, 90-91 
Guion (—), 268 
Guion, 142, 143b 
Gurus, 168 

H 

Hardware, 253-54. Vea tambien 
Software 

Herencia, 283-84, 306-07 
Hipervfnculos, 464 
Historias de usuarios, 172-74, 175/ 
Hoias de estilo en cascada, 354-55, 
357 

HTML, 243-44, 348, 349, 355/ 
Humildad en el modelado agil, 
167-68 

Humor en los documentos, 140-41 


I 

Iconos, 378-79 
Identification 

acceso en formularios, 372 
por radio frecuencia (RFID), 
489-99 

Identificador de objeto (OID), 410 
IF-THEN, instrucciones, 267, 272 
IF-THEN-ELSE, instrucciones 
como espanol estructurado, 261, 
265 

en tabla de decisiones, 266 
ilustracion, 262/ 263/ 264/ 
uso en la validation, 505 
Igual, signo (=), 231, 298 
Rumination de decoration, 146 
Impresoras como salida, 331-32 
Inclusion, relaciones, 37 
Information, 1, 146, 179, 487-89 
Informes 

archivos, 411 
enVA, 254-55 

para investigacion, 136, 137/ 
Infraestructura de claves publicas 
(PKI), 544 

Ingenierfa de software auxiliada 
por computadora (CASE), 
herramientas 
acerca de, 14 
caso de la CPU sobre, 23 
en proyectos estructurados, 
177-79 
impacto, 229 
Instanciamiento, 282 
Instrucciones en el formulario, 372 
Integration 

de sistemas inalambricos, 5 
de sistemas moviles, 5 
Integridad 

de dominio, 424-25 
referencial, 424 
Inteligencia artificial (AI), 3 
Interaction humano-computadora 
(HCI) 

acerca de, 9, 11 

aplicaciones web hfbridas, 468 
buena practica, 450-51 
consideraciones ffsicas, 448-49 
determinar las necesidades, 10 
dialogo, 458-61 
disenar, 441-42 
ejercicios, 476-78 
en las entrevistas, 104 
interfaces, 451-58 
limitaciones, discapacidades y 
diseno, 449-50 
Vea tambien Comunicacion 
y ajuste, rendimiento, bienestar, 
442-43 

y el analisis visual de bases de 
datos, 446-48 
y el comercio electronico, 
465-68 

y el modelo de aceptacion de 
tecnologfa (TAM), 443-44 


y la capacidad de uso, 444-51 
y la retroalimentacion, 461-65 
y las consultas, 468-74 
Interfaz, interfaces 

de apuntar y hacer clic, Vea 
Interfaz grafica de usuario 
(GUI), diseno 

de lenguaje de comandos, 455, 
456/ 

de lenguaje natural, 451-52 
de menus, 453-54 
de pregunta y respuesta, 452-53 
de programacion de 
aplicaciones (API), 468 
evaluacion, 458 
grafica de usuario (GUI) 
acerca, 456-57 
definition, 379 
diseno, 380-82 
menus, 454 

y captura de datos, 495 
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